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F 


Interconnessioni 


OBIETTIVI 

= Approfondire il funzionamento di un certo numero di sistemi di interconnessione e bus 
in già introdotti al Capitolo 12 del libro 

=» Esaminare a fondo alcuni standard 


CONCETTI CHIAVE 
Sistemi di interconnessione. Bus paralleli e bus seriali. Standardizzazione. Esame ap- 


profondito dei bus SCSI, PCI e CAN. Interconnessioni punto-punto, bus USB e 
PCle. 


INTRODUZIONE 

Questa appendice inizia trattando le caratteristiche dei tradizionali bus paralleli, con partico- 
lare riferimento alle tecniche di arbitraggio. Successivamente viene approfondito in un certo 
dettaglio il funzionamento dei bus PCI e USB già introdotti al Capitolo 12. Vengono inoltre 
illustrati due bus, il bus parallelo SCASI e il bus seriale CAN, appena menzionati in quel 
capitolo. 

Il lettore vorrà scusarci per le ripetizioni che potrà incontrare nelle parti che estendono 
argomenti già introdotti. Abbiamo cercato di ridurle al minimo, ma anche cercando di evitare 
che si rendesse necessario un continuo va e vieni con il testo. 

È del tutto ovvio che il contenuto di questa appendice è una sintesi non esaustiva di ciò 
che può trovarsi nei documenti/specifiche ufficiali, cui si invita a riferirsi in caso di incertezza. 


F.2 AppendiceF 


F.1 La standardizzazione dei bus 


Definire uno standard significa fornire specifiche precise, atte a fissare completamente 
le caratteristiche meccaniche, elettriche e logico/funzionali di un bus o di un sistema di 
interconnessione [DKN92], [Dex86]. 


Caratteristiche logico /funzionali 

Per i bus paralleli le caratteristiche logico/funzionali riguardano l'ampiezza (numero di 
bit) dei dati trasferiti e degli indirizzi, il numero e il tipo di linee di controllo; la modalità 
(sincrona/asincrona) di trasferimento dei dati; i meccanismi di allocazione del bus per 
i bus multimaster; i meccanismi di gestione delle interruzioni e degli errori. Nel caso di 
bus seriali è rilevante il numero di percorsi seriali di cui si compone il bus, la modalità 
di trasferimento, la tecnica di codifica/decodifica delle informazioni trasmesse /ricevute. 


Caratteristiche meccaniche 
Determinano la compatibilità meccanica tra le schede aderenti a un certo standard. Sono 
rilevanti il tipo di connettore usato e le dimensioni delle schede. 

Per quanto si riferisce al tipo di connettore, a parte il numero di piedini, parametro 
legato alle caratteristiche logico /funzionali, l'aspetto più importante è dato dalla modalità 
di inserzione: diretta o indiretta. Il connettore a inserzione diretta è più economico, ma 
offre contatti meno sicuri e meno stabili di quello a inserzione indiretta. 

La natura del connettoreha relativamente poca importanza quando il calcolatore 
viene usato in ambiente amichevole come in un ufficio, ma diventa determinante quando 
il calcolatore viene impiegato in ambiente ostile, come in fabbrica, in presenza di polvere, 
fumo ecc.. Per questo motivo, i calcolatori costruiti per l’impiego industriale prevedono 
quasi sempre connettori a inserzione indiretta. Un esempio di connettore a inserzione 
diretta è quello delle schede per PC IBM mostrato in Figura 12.5 del libro. Esempi di 
connettori a inserzione indiretta sono quelli delle schede VME. 

La dimensione della scheda di norma rispecchia la tecnologia in uso all’epoca dell’in- 
troduzione del bus. Per esempio le schede per Multibus I [Int77]erano grandi 305x170 
mm, mentre le schede Compact PCI sono grandi 160x100 mm (formato 3U Eurocard, 
vedi sotto). La Figura F.1 mette in confronto le dimensioni di tre formati molto noti. 

I sistemi industriali fanno riferimento al sistema Eurocard!. In questo sistema il for- 
mato della scheda base detto 3U è pari a 160x100 mm per un solo connettore, ma possono 
arrivare fino a 500x400 mm nella configurazione a quattro connettori. I connettori sono 
del tipo a inserzione indiretta. Il VME come standard prevede il formato 6U (160x233 
mm, doppio Eurocard), con due connettori indiretti a 96 piedini (3 file di 32), ma sono 
anche disponibili schede in formato 3U. Lo standard Compact PCI? [PCI16]può essere in 
formato 3U (un connettore) o 6U (due connettori). 

Le normali schede PCI usano un connettore a inserzione diretta che si differenzia a 
seconda della versione del PCI (PCI, PCIe) quanto a numero di contatti e quanto a chiavi 
di inserimento. Queste ultime impediscono che in un dato connettore venga montata una 
scheda corrispondente a una versione differente da quella prevista. 


!Le caratteristiche del connettore delle schede Eurocard sono stabilite dalle severe norme germaniche 
DIN 41612. 

2PCI Industrial Computer Manufacturers group, Compactpci specification - short form, 
http://www.picmg.org 2016. 
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Figura F.1 Confronto tra tre schede; le misure sono in millimetri 


Caratteristiche elettriche 

Rientrano nelle specifiche elettriche le relazioni tra stati logici ed elettrici (logica positiva 
o logica negativa), come pure i tempi di salita/discesa dei segnali, i ritardi di propagazione 
ecc. Le relative problematiche sono state trattate in altra parte di questo libro. 

In questa sede conviene solo ricordare che, per le linee di bus, lo standard consiste 
nell’usare logica con uscita a tre stati. Per quanto invece si riferisce alle tecnologie, il 
loro esame porterebbe a una discussione che esula dagli scopi di questo testo, anche 
perché negli anni recenti sono state sviluppate specifiche tecnologie per l’impiego nei bus. 
Queste tecnologie, che hanno fatto della logica TTL un ricordo del passato, permettono 
ridotti consumi, bassi livelli di tensione ed elevate velocità di trasmissione. Non di rado 
i costruttori producono un gruppo di specifici integrati aventi la sola funzione di elevare 
le prestazioni di un bus preesistente. La stessa Intel nello sviluppare il suo bus locale 
PCI, originariamente dato per una capacità di picco di 264MByte/s, ha subordinato 
il passaggio a una capacità di oltre 400 MByte/s all’uscita di una specifica famiglia di 
integrati dedicata a tale scopo. 


F.2 Bus di sistema tradizionali 


Approfondiamo ora alcuni aspetti accennati al Paragrafo 12.1.1 del libro. 


F.2.1 Arbitraggio 


L’arbitraggio può essere realizzato mediante un arbitro centralizzato, e in tal caso 
si parla di arbitraggio centralizzato, oppure mediante una interazione tra i vari master 
che, comunicando tra loro, si accordano su chi deve usare il bus. In tal caso si parla di 
arbitraggio distribuito. Sono possibili anche arbitraggi misti, in cui i master si accordano 
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tra loro con una tecnica autoselettiva, ma la gestione del bus viene comunque demandata 
a un controllore centralizzato. 

Una ulteriore distinzione si riferisce al caso in cui l’arbitraggio avvenga attraverso 
una daîsy chain (festone) oppure in parallelo. Nella parte che segue vengono presentate 
quattro modalità di arbitraggio, approfondendo la a) e la d). 


a) distribuito con schema daisy chain; 

b) centralizzato con schema parallelo; 

c) centralizzato con schema daisy chain; 
d) distribuito con controllore centralizzato. 


Arbitraggio distribuito con schema daisy chain 

Lo schema di principio della daisy chain è Figura F.2. Rispetto alla daisy chain studiata 
al Capitolo 5 dove il punto di controllo era unico (la CPU), in quella di Figura F.2 
ogni master può decidere in maniera asincrona rispetto agli altri di accedere al bus. Il 
meccanismo di arbitraggio deve garantire l’accesso a uno solo. 


Vec RPROM BPRN 
> ci; Ls 


BBSY 
BCLK 


Figura F.2 Modello di daisy chain per l'arbitraggio distribuito. Il modulo più a sinistra è quello a più 
alta priorità. La logica di ciascun master regola l’arbitraggio sincronizzandosi su BBSY. 


La logica del master può tentare di avere il controllo solo se la catena è asserita al suo 
ingresso. In caso affermativo deve sincronizzarsi su BBSY: se questa linea è disasserita 
(indicando che il bus è libero) ne entra in controllo e asserisce BBSY, in caso contrario si 
svolge una fase di arbitraggio che porta il master (evidentemente di priorità inferiore) in 
possesso del bus a rilasciarlo disasserendo BBSY. Indicando con A e B due master, con 
A più prioritario (più a sinistra) di B, e supponendo che il bus sia in possesso di B, lo 
scambio del bus si svolge nel modo seguente: 


a) quando il master A intende acquisire il bus, la logica di interfaccia di A disasserisce 
il suo BPRO; dopo il transitorio necessario alla propagazione, BPRN di B diventa 
disasserito; 

b) in conseguenza del passaggio di BPRN in stato alto, la logica di interfaccia di B 
disasserisce BBSY; 

c) il master A si accorge che BBSY è disasserito, ovvero che il bus è libero, ed essendo il 
suo BPRN asserito; asserisce BBSY e entra in possesso del bus (ovvero, asserisce gli 
indirizzi, eventualmente i dati e i segnali di comando). 


Si noti che dalla descrizione precedente tutto sembra verificarsi in modo completamente 
asincrono. Da un punto di vista pratico conviene che la logica di interfaccia sia, invece, 
sincrona, in modo che i segnali vengano campionati sui fronti di clock. La frequenza dovrà 
essere tale che un periodo di clock garantisca la propagazione dei segnali, tale per cui, 
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ad esempio, quando A osserva BBSY disasserito ci sia la certezza che il transitorio è 
sicuramente completato. 


Esempio di arbitraggio distribuito con schema daisy chain 

In Figura F.3 viene riportato uno schema più dettagliato della daisy chain di quello di 
Figura F.2, mettendo in evidenza la relazioni tra la logica di accesso al bus e il master 
medesimo. Un master effettua la richiesta di accesso al bus asserendo REQ; la logica 


MASTERA 


peo ai 


MASTER B MASTER C 


Rel a 


Figura F.3 Schema daisy chain per l'arbitraggio distribuito. Il modulo più a sinistra ha sempre la linea 
di priorità in ingresso (BPRN) asserita. BCLK è il segnale bus-clock, mentre BBSY indica se il bus è 
o meno in uso. Il modulo che ha in uso il bus mantiene BBSY asserita e BPRO disasserita. 


di accesso, sulla base della procedura descritta qui di seguito, risponde asserendo GNT 
quando il controllo del bus è acquisito. GNT ha il compito di abilitare le uscite dei driver 
del master che vanno a pilotare le linee indirizzi e comandi (non mostrati in figura), 
eventualmente anche i dati se l’operazione che il master intende svolgere è di scrittura. 
Si ipotizzi di indicare com CMND la linea su cui viene presentato lo specifico coman- 
do. Il diagramma temporale dei segnali durante una fase di scambio e di accesso al bus 
è riportato in Figura F.4, dove il bus a maggior priorità A richiede il bus mentre questo 
è in possesso di C. Seguiamo la sequenza degli eventi, assumendo che la logica di inter- 
faccia operi in modo sincrono rispetto a BCLK (fronti di discesa), sebbene il protocollo 


sia asincrono?. 


0. All’istante iniziale to il master C —- quello a minor priorità — è in possesso del bus; sono 
asseriti BPRNc, REQc e BBSY. 

1. All’istante tj la logica di interfaccia del master A — quello a più alta priorità — rileva 
che è asserita la richiesta di accesso al bus REQ. Conseguentemente viene disasserita 
l’uscita BPRO x. Il cambiamento di stato sulla daisy chain si propaga a destra per tutta 
la catena. 

2. All’istante ta la logica di interfaccia del master C campiona BPRNc disasserito, ma poi- 
ché la logica del master C continua a mantenere asserito il segnale CMNDc, indicando 
che sta ancora pilotando il bus, lo scambio non può avvenire. 

3. Niente accade all’istante #3, in quanto le condizioni non sono mutate. 


3Specificatamente questo era il protocollo del Multibus LL 
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Figura F.4 Temporizzazione dell’arbitraggio distribuito in daisy chain. Inizialmente il bus è controllato 
dal modulo a più bassa priorità C (le linee ADDR indicano convenzionalmente gli indirizzi asseriti dal 
master cui si riferiscono. Una linea tratteggiata indica quando sono in terzo stato). A seguito della 
richiesta da parte del modulo A, si innesca una sequenza di scambio che porta C a rilasciare il bus e 
A a entrarne in controllo. Si noti che il master C rilascia il bus (CMND disasserito) con REQ ancora 
attiva. Conseguentemente, per completare il servizio della richiesta, il master C dovrà riguadagnare il 
controllo del bus. 
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4. All’istante #4, avendo ora il master C rilasciato il bus (CMNDc disasserito)*, inizia la 
fase di scambio e la logica di interfaccia del master C disasserisce BBSY. Il passaggio 
della linea BBSY allo stato disasserito ha come risultato il passaggio di GNT allo stato 
disasserito e quindi la disabilitazione delle uscite dei driver del bus. 

5. Su ts il master A riconosce la condizione che gli consente di appropriarsi del bus 
(BBSY = H, BPRNx = L, BPROx = H, oltre che REQ asserito). 

6. Su te la logica di interfaccia di A asserisce BBSY e di seguito GNT. Per l’ipotesi fatta, 
la logica del master A asserisce CMND4y e pilota il bus. 


Si noti che la linea BBSY è quella che garantisce la sincronizzazione tra i moduli. 
Il protocollo di scambio è asincrono, anche se si appoggia su una logica di interfaccia 
sincrona. L’unico vincolo che si pone è quello relativo al fatto che la durata del periodo 
di clock sia tale da garantire la completa propagazione dei segnali attraverso la cate- 
na, in modo che sul fronte di discesa venga campionata una situazione certa. Se questo 
vincolo è soddisfatto, poiché BPRN è campionato prima che BPRO sia asserito, non c’è 
possibilità di operazioni errate sul bus. In tal modo vengono evitati tutti i problemi di 
metastabilitàe, come evidenziato dalla Figura F.4, l’arbitraggio viene risolto in un ciclo 
di BCLK. L’intera procedura di scambio richiede circa 4 cicli di BCLK?. 


Arbitraggio centralizzato con schema parallelo 
Questa tecnica è stata molto diffusa. Veniva usata nel bus EISA ed era possibile col 
Multibus I. Oggi viene usata dal PCI. 

Lo schema di principio è in Figura F.5. Tutte le linee di richiesta vengono portate 
all’arbitro che decodifica la priorità delle richieste e asserisce la linea GNT di concessione 
al vincente, ovvero al master da cui proviene la richiesta a più alta priorità. La linea 
BBSY è asserita dal master che ha il controllo del bus, che la disasserisce quando lo 
rilascia. Su BBSY si sincronizzano i master durante le fasi di arbitraggio (si veda, il caso 
dell’arbitraggio distribuito in daisy chain appena descritto). 

Lo schema parallelo ha il vantaggio della maggiore velocità e lo svantaggio del possi- 
bile alto numero di linee che devono essere portate al risolutore di priorità centralizzato. 


Arbitraggio centralizzato con schema daisy chain 

Questa soluzione è adottata nel VME (Figura F.6), dove è presente un controllore cen- 
tralizzato al quale arrivano quattro linee di richiesta separate (BRO, .., BR3) da 4 distinte 
daisy chain. Ogni daisy chain è sostanzialmente identica a quella di Figura F.2, con la 
differenza che tutti i master di una stessa catena concorrono a generare la corrispondente 
richiesta BRi, mentre il BPIi di ogni catena è asserito dal controllore centrale, che in tal 
modo stabilisce a quale catena dare priorità. La priorità può essere fissa o rotante (round 
robin); è comunque possibile limitarsi allo schema più convenzionale, usando una sola 


4Si noti che C ha rilasciato il bus anche se REQc è ancora asserita. Questo indica che la richiesta di 
C non è stata completata e che verrà ripresa in seguito quando il master di maggiore priorità rilascerà il 
bus. 

SNel protocollo riportato, un master può richiedere il bus solo se il suo BPRN è asserito. Quando ha 
il possesso, mantiene il suo BPRO disasserito. Nel caso in cui il master che ha il possesso del bus non lo 
rilasci, continuando a mantenere il suo BPRO disasserito, i master a più bassa priorità non ne entreranno 
mai in possesso. A tale scopo, nel Multibus I era prevista l’ulteriore linea CBRQ (Common Bus Request), 
con cui si informava che vi erano richieste pendenti, in modo da invitare il possessore del bus a rilasciarlo. 
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Figura F.5 Schema di principio per l'arbitraggio centralizzato. BBSY è open collector e può essere 
asserita o osservata da qualunque master. L'arbitro di si realizza con un priority encoder un decoder 
connessi in cascata. 


linea di richiesta, la linea BR3. La linea BBSY è a comune a tutte le catene e, come nei 
casi precedenti, viene utilizzata per sincronizzare lo scambio dei master. 


Arbitro 
e Catene 
gestore Daisy Chain 


priorità 


Figura F.6 Schema di principio dell’arbitraggio VME. Sono previste 4 linee in daisy chain. 


Arbitraggio centralizzato con selezione in forma distribuita 

Lo schema di principio è in Figura F.7. Questa modalità è stata adottata da diversi bus 
tra cui il Microchannel. Essa consente un elevato numero di master (16 con lo schema di 
figura), senza le limitazioni di velocità della daisy chain, in quanto le logiche di selezione 
dei master operano in parallelo. La tecnica si basa su di un meccanismo di autoselezione 
codificata, secondo il quale i singoli master decidono autonomamente, e in base alla rela- 
tiva priorità (codificata al loro interno), circa l’identità di chi abbia diritto ad accedere 
al bus. 

A ogni potenziale bus master è assegnato univocamente un codice di priorità. Il bus 
prevede un certo numero di linee di arbitraggio ARB (4 in Figura F.7). Esse devono 
essere pilotate da dispositivi con uscita a collettore aperto. Quando inizia l’arbitraggio, 
ogni competitore immette il suo codice attraverso la logica di interfaccia sulle linee di 
arbitraggio. La logica di ogni competitore “sente” i livelli wîred-or risultanti sulle linee 
del bus, e modifica il numero che sta immettendo secondo la seguente regola: 


“se per ogni bit del codice di priorità del modulo, la corrispondente linea di arbitrag- 
gio del bus mostra un valore di più alta priorità (cioè 0 contro 1), allora il master in 
questione “ritira” il bit corrispondente e tutti i bit di minor peso.” 
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Figura F.7 Modello di arbitraggio misto con controllore centrale e soluzione della contesa in forma 
distribuita. Le 4 linee ARB sono a collettore aperto (open drain); la linea ARB/GNT è pilotata dal 
controllore centrale; quando è in stato ARB indica che è in corso un fase di arbitraggio, in stato GNT 
abilita il vincitore della contesa a entrare in controllo del bus. La priorità di ciascun master è codificata 


Dopo un periodo di assestamento, il modulo con più alta priorità trova che il suo codice 
risulta uguale alla configurazione assunta dal bus, e dunque il modulo in questione è 
il vincitore della contesa. Ovviamente la fase ARB deve durare un tempo necessario a 
far assestare il transitorio; al suo scadere la linea ARB/GNT passa allo stato GNT e il 
master che ha vinto la contesa può entrare in controllo del bus. 


Esempio di arbitraggio distribuito con controllore centralizzato 


In Figura F.8 viene dato un possibile schema della logica di arbitraggio presente 
su ciascuna scheda’. Ogni master ha un suo codice di priorità fisso, ma modificabile a 
piacimento da parte del sistemista. Il codice 0000 dà la priorità più alta, lo 1111 la più 
bassa. 

La logica del master richiede l’uso del bus attraverso la linea REQ, mentre la con- 
cessione del bus viene notificata attraverso la linea GRANT. La linea ARB/GNT viene 
pilotata da un controllore centralizzato chiamato CACP (Central Arbitration Control 
Point), che gestisce le varie fasi di funzionamento del bus. In particolare la linea è in 
stato H nel corso di una fase di arbitraggio e in stato L durante le fasi di uso del bus. 


Per capire il funzionamento della logica di Figura F.8, si cominci col considerare il 
master avente codice 1010 (HLHL) e si assuma che solo questo master stia asserendo la 
propria linea REQ. È facile convincersi che lo stato delle linee ARB3-ARBO assume la 
configurazione 1010. Infatti, le uscite delle porte NAND riproducono esattamente questa 
configurazione, mentre le uscite di tutte le altre schede collegate al bus, essendo per esse la 
linea REQ disasserita, sarebbero tutte a 1. Poiché le linee ARB3-ARBO sono a collettore 
aperto, la configurazione risultante è 1010. 

Si supponga ora che anche il master avente codice 1001 faccia la richiesta di accesso 
al bus. L’uscita sulla linea ARB3 risulta 1 per ambedue i master, oltre che per tutti gli 
altri master che non fanno richiesta (di cui ci disinteresseremo); ne consegue che la linea 
ARB43 risulta a 1. Per ragioni analoghe la linea ARB2 risulta a 0. 

Per quanto concerne la linea ARBI, il master 1010 tenderebbe a portarla a 1, mentre il 
master 1001 la porta a 0. Ne risulta che — trattandosi di linea a collettore aperto — la linea 


5Lo schema di Figura F.8 è adottato dal Futurebus, dove però le linee di arbitraggio sono 8. 
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Figura F.8 Logica di arbitraggio parallelo e distribuito. Ogni master viene dotato della logica in 
figura. | 4 bit A3-A0 codificano la priorità di ciascun master. La linea REQ viene asserita dalla logica 
del master quando intende richiedere il bus. Le linee ARB3-ARBO costituiscono il bus di arbitraggio. La 
linea ARB/GNT viene pilotata da un controllore centralizzato. Essa differenzia la fase di arbitraggio 
da quella di uso. 


ARBI assume stato 0”. Conseguentemente, il segnale X1 sul master 1010 viene portato 
a 0 e ciò determina 0 su C0 (e 1 ARBO). Dunque, sul master 1010, la porta NAND in cui 
entra C0 darà uscita 1 (ovvero GRANT disasserito) indipendentemente da ARB/GNT. 
Invece, sul master 1001 i segnale X1 e C1 vanno a 1 (a causa del Bit A1). Ciò determina 
1 su C0 (e su ARBO, in accordo con il master 1010). Dunque, sul master 1001, il GRANT 
passerà allo stato 0 (asserito) al termine della fase di arbitraggio (quando ARB/GNT si 
porta a 0). Si noti che il bus ARB[3:0] ha assunto la configurazione 1001. 

I concetti precedenti possono essere formalizzati nel modo seguente. Si indichi con 
p(x) la priorità del segnale binario x (per assunzione p(0) > p(1)) e si osservi in Figura F.8 
che X3= 1 se A3=0, oppure se ARB3= 1. 

La precedente relazione può essere espressa formalmente in questo modo: 


X3=p(A3) > p(ARB3). 


Ovviamente C3= REQ - X3= REQ - (p(A3) > p(ARB3)) 
Ragionando in modo analogo si ottiene 


C2= REQ - (p(A3) > p(ARB3)) - (p(A2) > p(ARB2)) 
Infine, si ha 


C0=REQ - (p(A3) > p(ARB3)) -.....- (p(A0) > p(ARBO)) 


TÈ come se il master 1010 avesse “ritirato” il suo bit A1. 
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In altri termini, quando finisce la fase di arbitraggio, la linea GRANT risulta asserita 
solo se C0=0, ovvero se la priorità espressa dalla configurazione A3,...,A0 è maggiore o 
uguale allo stato del bus di arbitraggio®: dunque vince la contesa il master che ha più 
alta priorità. 

In Figura F.9 viene schematizzata la rete che genera il comando di arbitraggio. 


Generico master 


REQAS 


S 
| 
| 
| 
| 
| 
L 


° Vee 


ARB/GNT 
CACP ARB/GNT 


Figura F.9 Sincronizzazione della richiesta di uso del bus rispetto a ARB/GNT. REQAS è la richiesta 
generata in modo asincrono dalla logica del generico master; essa viene sincronizzata attraverso il flip- 
flop D, a commutazione sul fronte di salita. La linea REQ resta stabile fino al prossimo fronte e, quindi, 
per tutta un'intera fase di arbitraggio e uso del bus. 


F.3 Il bus SCSI 


Il bus SCSI (Small Computer System Interface) è un bus di I/O parallelo, di basso 
costo e molto flessibile?. Dalla data della sua standardizzazione (1984), sono state pro- 


poste versioni successive del bus. La descrizione che segue fa sostanzialmente riferimento 
alla versione SCSI-1 (larghezza bus 8 bit, velocità 8 MB/s). 


F.3.1 Principi di funzionamento 


Lo standard SCSI [Gla90a], [Gla90b]permette il collegamento di periferici di diffe- 
rente natura, quali dischi, nastri magnetici, stampanti ecc., per i quali, ovviamente, è 
richiesta un’interfaccia conforme. 

In un dato istante la comunicazione sul bus è consentita a due soli dispositivi SC- 
ST!°. Nella comunicazione un dispositivo funziona da iniziatore(initiator), mentre l’altro 
funziona da obiettivo(target). 


8Si noti che, essendo ARB3,...,ARBO a collettore aperto, la condizione di maggiore non è possibile, 
ovvero vale solo l'uguaglianza. 

°Esso deriva dal bus sviluppato dalla Shugart Associates (il primo costruttore di floppy disk) deno- 
minato SASI (Shugart Associates System Interface) divenne in breve tempo uno standard industriale de 
facto. Quando il bus venne adottato (praticamente invariato) come standard ANSI, fu ritenuto opportuno 
cambiargli il nome. 

!0Nella discussione che segue il termine “dispositivo SCSI” o più semplicemente “dispositivo”, viene 
usato per denotare un controllore o un adattatore SCSI; da non confondere con un dispositivo di I/O che 
invece viene chiamato “periferico”. 
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Iniziatore: è il dispositivo che ordina l’esecuzione di una certa operazione (per esempio, 
lettura o scrittura di un blocco dati). Il ruolo di iniziatore è tipicamente svolto dal 
calcolatore host. 

Obiettivo: è il dispositivo che esegue l’operazione (il trasferimento dati) dopo essere 
entrato in controllo del bus. Il ruolo di obiettivo è tipicamente svolto da un controllore 
di dispositivi. host 


Solitamente un dispositivo SCSI funge o da iniziatore o da obiettivo, ma esistono 
apparecchiature in grado di ricoprire ambedue i ruoli. Sul bus devono sempre essere 
collegati almeno un iniziatore e un obiettivo, ma, come mostra la Figura F.10, possono 
anche esserci più iniziatori e/o obiettivi. 

Il bus SCSI permette di collegare fino a 8 dispositivi. Apparentemente si tratta di 
un numero estremamente limitato. Tuttavia ogni controllore SCSI può avere fino a 8 
unità logiche, e ognuna di queste può avere 256 sottounità logiche, per un totale di 2048 
sottounità per singolo dispositivo!!. Solo due dispositivi alla volta possono colloquiare 
sul bus. Il protocollo SCSI stabilisce una comunicazione punto-punto. 


— 
IL —] adatta. KC bus _SCSI SERRE En PAPPE 


Disco rigido CD 


(a) Singolo iniziatore, Singolo Obiettivo xn_——____ 
Periferici 


ni HOST 
— 
—— | adattat. bus SCSI CONTOOIe razza; 
”_] tosr Ve ___- 
— 
— | adattat. = a controllore 
(b) Multipli iniziatori, Multipli obiettivi 


Periferici 


Figura F.10 Schema connessioni SCSI. Nel caso (a) sul bus c'è un iniziatore (il sistema host) e un 
obiettivo, al quale possono essere connessi una moltitudine di periferici. Nel caso (b) si hanno due 
iniziatori e tre obiettivi. AI massimo sul bus SCSI (specifica iniziale) possono essere collegati fino a 8 
dispositivi (controllori SCSI o adattatori SCSI). Ovviamente i periferici devono essere compatibili con 
i controllori SCSI. 


Il trasferimento di informazioni sulle linee dati è asincrono e segue un protocollo 
di tipo hand-shakeREQ/ACK; in un singolo ciclo viene trasferito un byte. È comunque 
prevista la possibilità di trasferimenti sincroni dei dati. 

La modalità di funzionamento del bus permette l'esecuzione dei comandi in modo 
parallelo da parte di differenti periferiche. Di norma il dispositivo host (usualmente la 
CPU) trasmette un comando al controllore della periferica selezionata, quindi si scon- 
nette dal bus, rendendolo disponibile per altre transazioni. La periferica, tramite il suo 
controllore, si riconnette all’host per concludere la transazione. 


Nel caso di singolo host si arriva a un totale teorico di oltre 14.000 periferiche collegabili (7 x 8 x 256). 
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L’indirizzamento delle periferiche è di tipo logico anziché fisico. Ciò permette, per 
esempio, a un controllore di un disco SCSI, di mappare i settori danneggiati a livello 
hardware, facendo apparire al sistema ospite il disco come una sequenza continua di 
blocchi “buoni”. 

Dal punto di vista elettrico, il bus SCSI può assumere due diverse configurazioni: 
singola terminazione o differenziale. Nel primo caso il livello logico di ogni segnale viene 
determinato dalla tensione presente su un singolo conduttore riferita a massa; nel secondo 
caso per ogni segnale sono necessari due conduttori, e il livello logico viene determinato 
dalla differenza di potenziale che esiste fra questi. Il bus in versione singola-terminazione 
non dovrebbe essere lungo più di 6 metri, e dovrebbe essere usato per connettere dispo- 
sitivi all’interno dello stesso contenitore. Un bus differenziale, essendo più schermato e 
dunque meno soggetto al rumore, può essere lungo fino a 25 metri e può essere usato per 
connettere dispositivi in differenti scatole. È prevista una linea chiamata DIFFSENS, 
presente solo nelle versioni differenziali, che permette ai dispositivi che ne sono capaci 
di adattarsi all’una o all’altra configurazione. Ovviamente la versione differenziale è più 
robusta e meno soggetta a interferenze. 

Il bus è fisicamente un cavo piatto e, a causa delle frequenze in gioco, i conduttori 
possono presentare comportamenti irregolari, con fenomeni di riflessione del segnale e 
di disomogeneità del carico elettrico. Per minimizzare l’effetto di tutto ciò si usano due 
terminatori di linea ai due estremi del bus. Solitamente un terminatore si trova all’interno 
della scatola che contiene il sistema, mentre l’altro va connesso all’ultima periferica della 
catena. Nello standard è prevista una linea di potenza (TERMPWR) che fornisce tensione 
alle reti resistive dei due terminatori. 


F.3.2 | segnali SCSI 


Il bus SCSI è molto semplice rispetto ad altri bus. Prevede infatti solamente 9 linee 
per i dati (8 bit dati, indicate come DB(0) — DB(7) e un bit di parità, indicato come 
DB(P)) e 9 linee di controllo. Apparentemente anche il protocollo sul bus è semplice. La 
semplicità deriva dall’intelligenza richiesta ai dispositivi SCSI, che si fanno carico della 
gestione del traffico sul bus, dei periferici e dell'accesso alla memoria del sistema. I segnali 
di controllo sono i seguenti: 


BSY (busy) - Asserito da una o da entrambe le parti durante una transazione per indicare 
che il bus è in uso. La linea del bus risulta dal wired-or dei singoli segnali prodotti dai 
dispositivi. 

SEL (select) — Asserito nelle fasi di Arbitraggio, Selezione e Riselezione da parte di un 
iniziatore o di un obiettivo. Anche questo segnale è wired-or. 

C/D (control/data) - Asserito dall’obiettivo. In stato alto indica che sulle linee dati ci 
sono informazioni di controllo, in stato basso indica che ci sono dati. 

I/O (input/output) - Pilotato dall’obiettivo. Indica la direzione del trasferimento relati- 
vamente all’iniziatore: asserito alto indica ingresso per l’iniziatore, asserito basso indica 
uscita dall’iniziatore. 

MSG (message) — Asserito dall’obiettivo durante le fasi di Messaggio. 

REQ (request) — Asserito dall’obiettivo per iniziare un trasferimento asincrono sul bus, 
secondo lo schema di handshake REQ/ACK. 

ACK (acknowledgement) — Asserito dall’iniziatore per indicare di aver accettato o fornito 
dati in risposta a un segnale REQ. 
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ATN (attention) — Asserito dall’iniziatore per far prendere atto a un controllore che il 
primo ha un messaggio a esso destinato. In risposta il controllore può allora richiedere 
il messaggio attraverso una fase di Message (Out). 

RST (reset) — Segnale wired-or. Può essere pilotato da qualunque dispositivo. È usato in 
genere all’avvio o da un iniziatore quando il dispositivo selezionato non risponde. 


F.3.3 Fasi del bus 
Il bus ha 8 distinti stati detti fasi operative: 


Bus Libero; 
Arbitraggio; 
Selezione; 

Riselezione; 


Le ultime quattro sono le fasi di trasferimento dell’informazione. Il bus è sempre inizia- 
lizzato allo stato di Bus Libero, e ci ritorna dopo un reset. Nella fase di Bus Libero il 
segnale BSY non è asserito. Il diagramma delle fasi di Figura F.11 illustra le possibili 
transizione di fase. 

Un sistema può essere: (a) senza arbitraggio; (b) con arbitraggio. Nel primo caso 
non ci sono le fasi di Arbitraggio e di Riselezione. Normalmente si preferisce non avere 
arbitraggio nel caso di un solo host e un solo controllore, in modo da velocizzare le 
operazioni. 


Accensione o reset Accensione o reset 
f SELEZIONE o 
BUS LIBERO SELEZIONE BUS LIBERO ARBITRAGGIO {> SISELEZIONE 
T T\ 
Y 
Qualsiasi fase di trasferimento informazione: Qualsiasi fase di trasferimento informazione: 
COMANDO, DATI, STATO o MESSAGGIO COMANDO, DATI, STATO o MESSAGGIO 
T I\ 
(a) Fasi SCSI senza arbitraggio (b) Fasi SCSI con arbitraggio 


Figura F.11 Il diagramma di stato del bus SCSI. La fase di arbitraggio è opzionale: i sistemi con un 
solo iniziatore possono evitarla, ma è comunque necessaria nei sistemi che usano la fase di Riselezione. 
Sostanzialmente ci sono tre macrostati: lo stato di Libero, lo stato Arbitraggio/Selezione e quello 
di trasferimento dell'informazione. Un iniziatore può svolgere solo le funzioni di arbitraggio del bus 
e di selezione di un particolare obiettivo, mentre un obiettivo può richiedere il trasferimento di un 
comando, di un blocco dati, dello stato o di un messaggio. Può anche richiedere l’arbitraggio del bus 
e riselezionare un iniziatore, allo scopo di continuare un'operazione sospesa in precedenza. 


Abbiamo già detto che ogni dispositivo sul bus SCSI ha un suo identificativo (ID), 
che entra in ballo durante queste fasi. Poiché i dispositivi possono essere al massimo 8, 
è stata fatta la scelta più ovvia: l’identificatore è rappresentato da un bit, ed è trasmes- 
so/ricevuto su uno degli 8 bit delle linee dati. I dispositivi hanno tutti differente priorità: 
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il più prioritario è quello identificato da DB(7), il meno prioritario quello identificato da 
DB(0). Nelle fasi in cui dispositivo vuole farsi riconoscere deve asserire (portare basso) il 
corrispondente bit delle linee dei dati!?. 


Fase di Arbitraggio 
Ha lo scopo di assegnare a un dispositivo SCSI il controllo del bus. Il dispositivo che 
acquisisce il bus può assumere il ruolo di iniziatore o di obiettivo. 


1. Il dispositivo che intende acquisire il bus attende che esso sia libero (BSY disasserito), 
quindi asserisce BSY e pone il proprio ID sul bus. 

2. Dopo un arbitration delay il dispositivo esamina le linee dati: se è asserito un ID di più 
alta priorità allora disasserisce i propri BSY e ID. Vince la contesa il dispositivo che 
alla fine trova solo il proprio ID sul bus!3. sO 

3. Il dispositivo che vince la fase di arbitraggio asserisce SEL. 

4. Come corollario ai due precedenti punti, ogni dispositivo in arbitraggio si ritira imme- 
diatamente (disasserisce BSY e ID) se riconosce che SEL è stato asserito (da un altro 
dispositivo, ovviamente). 


Fase di Selezione 
In questa fase un iniziatore seleziona un obiettivo allo scopo di inizializzare una qualche 
funzione che il secondo dovrà svolgere. 

In un sistema senza arbitraggio l’iniziatore seleziona l’obiettivo semplicemente as- 
serendo il proprio ID e quello dell’obiettivo che intende selezionare, e asserendo inoltre 
SEL. In un sistema con arbitraggio la fase di selezione inizia con BSY e SEL asseriti 
dall’iniziatore che ha vinto la contesa (vedi sopra). A quel punto: 


a) l’iniziatore asserisce il proprio ID e quello dell’obiettivo sul bus; disasserisce BSY e I/O 
(a indicare uscita dall’iniziatore) e si pone in attesa della risposta dell’obiettivo; 

b) l’obiettivo che vede il proprio ID sul bus, con SEL asserito, con BSY disasserito e I/O 
asserito basso, stabilisce di essere stato selezionato e asserisce BSY!4; 

c) l’iniziatore che vede tornare BSY asserito, disasserisce SEL e i bit delle linee dati. 


Alla fine di questa fase, l’obiettivo ha il completo controllo del bus ed è responsabile 
delle transizioni di fase per il resto della transazione. 


Fase di Riselezione 
La fase di Riselezione ha questo scopo: un obiettivo può avere necessità di riconnettersi 
a un iniziatore al fine di continuare l’esecuzione di un’operazione (che richiede più passi) 
che è stata in precedenza sospesa dall’obiettivo. La sospensione ha comportato il ritorno 
del bus allo stato Bus Libero e in questa fase potrebbero essersi inseriti altri dispositivi. 
La riselezione è speculare rispetto alla selezione, la differenza sta nel fatto che essa 
viene comandata da un obiettivo verso un iniziatore. Anzitutto l’obiettivo deve vincere 
un arbitraggio. La fase di riselezione inizia con BSY e SEL asseriti dall’obiettivo che ha 
vinto la contesa (vedi la fase di arbitraggio). A questo punto: 


121] bit di identificazione è anche detto indirizzo SCSI. 

18; noti che, a parte i dettagli pratici, il meccanismo è quello dell’arbitraggio distribuito parallelo (Cfr. 
F.2.1). 

141 obiettivo è in condizione di determinare l’identità dell’iniziatore. 
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a) l’obiettivo disasserisce BSY, mantiene SEL asserito, asserisce l'ID dell’iniziatore (e il 
proprio) e asserisce I/O alto (a indicare ingresso all’iniziatore); 

b) l’iniziatore riconosce di essere stato riselezionato e risponde asserendo BSY; 

c) l’obiettivo vedendo BSY asserito lo riasserisce (mantenendolo tale fino a che non 
deciderà di rilasciare il bus), e disasserisce SEL; 

d) l’iniziatore vedendo SEL disasserito rilascia BSY. 


Fasi di trasferimento dell’informazione 


Dopo la selezione o riselezione, seguono una o più fasi di trasferimento dell’informa- 
zione (fasi da 5 a 8 del Paragrafo F.3.3). Per non appesantire la trattazione, spendiamo 
il minimo di parole necessarie a capirne lo svolgimento per grandi linee, senza entrare 
troppo nei dettagli. 

Durante le fasi di trasferimento dell’informazione, BSY è mantenuto asserito dall’o- 
biettivo. L’obiettivo usa i segnali MSG, C/D e I/O per definire la specifica fase. 

Normalmente un trasferimento inizia con una fase di Comando, con la quale l’obiet- 
tivo ottiene un comando dall’iniziatore. Nelle fasi Dati!” si ha l’effettivo trasferimento 
dati. Con la fase di Stato l’obiettivo invia all’iniziatore un byte indicante il successo o il 
fallimento del comando. Infine, nelle fasi Messaggio viene passato un messaggio tra i due 
dispositivi!9. 

Una tipica transazione SCSI consiste in una fase Comando, da una serie di fasi 
Dati, seguita da una fase di Stato e da una fase Messaggio (durante la quale l’obiettivo 
invia il messaggio obbligatorio Command Complete). L’iniziatore può indurre l’obiettivo 
a entrare in una fase Messaggio (Out) e ad accettare un messaggio, asserendo il segnale 
ATN. Infine, l’iniziatore può anche comandare il Reset del bus tramite il segnale di RST. 

I byte costituenti i messaggi di comandi e i messaggi dati possono essere trasferiti sia 
in modo sincrono che asincrono. Nel trasferimento asincrono viene usato il meccanismo 
di handshake tramite la coppia REQ/ACK. Quando i dati si muovono dall’iniziatore 
all’obiettivo, quest’ultimo asserisce REQ quando è pronto a ricevere i dati, e l’iniziato- 
re asserisce ACK quando questi sono sul bus. L’obiettivo disasserisce REQ dopo aver 
memorizzato i dati e in conseguenza di ciò l’iniziatore rimuove lACK. Quando i dati si 
muovono dall’obiettivo all’iniziatore, la linea REQ indica che l’obiettivo ha posto i dati 
sul bus, e ACK indica che l’iniziatore li ha memorizzati. 

Comunque, se l’obiettivo e l’iniziatore lo concordano, si può evitare questo mec- 
canismo di handshake suddividendo il trasferimento in finestre temporali. L’obiettivo 
commuta REQ per ogni byte di dati e l’iniziatore deve commutare ACK lo stesso nume- 
ro di volte, anche se nessuno dei due è vincolato alle transizioni del segnale dell’altro che 
vengono conteggiate. Il conteggio alla fine deve essere uguale. Si ha cioè un trasferimento 
di tipo sincrono logico. 

In Figura F.12 viene mostrata una transazione completa sul bus SCSI, cioè una 
sequenza di fasi che inizia e termina con la fase Bus Libero. 


15La fase Dati e la fase Messaggio hanno due sottofasi, In e Out, definite attraverso le linee MSG, C /D 
e I/O 

16Tipici messaggi sono Command Complete, con cui l’obiettivo indica all’iniziatore che ha finito di 
eseguire un comando e Initiator Detected Error, con cui l’iniziatore segnala che ha rivelato un errore di 
parità durante un trasferimento dati. 
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ARBITRAGGIO COMANDO STATO 
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Figura F.12 transazione SCSI. Potrebbe essere la lettura di dati su disco da parte di un host. La 
transazione presenta una fase di Arbitraggio e una di Selezione, cui seguono le due fasi di Comando e 
Dati (In), che potrebbero essere ripetute più volte. La transazione si chiude con la trasmissione dello 
stato e il messaggio finale che indica all'iniziatore che l'obiettivo ha terminato. A questo punto il bus 
viene rilasciato e torna nello stato Libero (BSY disasserito). 


F.3.4 Un esempio di operazione sul bus SCSI 


Per meglio chiarire il funzionamento dello SCSI descriviamo schematicamente il com- 
plesso delle attività che si svolgono nel sistema, prendendo per esempio un’operazione di 
lettura da disco. 


1. Inizializzazione dell’adattatore su host: 


a) il programma costruisce tre aree in memoria: (i) un blocco per i dati; nel nostro 
caso una zona vuota che sarà riempita coi dati letti; (ii) un blocco per descrivere il 
comando!; nel nostro caso il codice operativo del comando, l’unità logica interessata 
(detta LUN), il numero di settori da trasferire e il settore di partenza; (iii) il byte di 
stato; 

b) il programma scrive nei registri dell’adattatore gli indirizzi dei tre blocchi sopra 
menzionati. 


2. Inizio fase esecutiva: 


a) il programma trasmette all’adattatore un byte con l’indirizzo SCSI del controllore 
segnando l’effettivo inizio dell’operazione SCSI, in quanto fa partire l’adattatore che 
tenta di entrare in possesso del bus; 


17Per quanto si riferisce ai comandi, c’è invero una certa anarchia su cosa debba contenere un blocco 
di comandi; la specifica originale forniva delle linee guida che i diversi costruttori interpretavano a loro 
convenienza. Oggi le cose sono praticamente standardizzate. 
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b) da questo punto i programmi sul sistema host possono disinteressarsi di quanto accade 
sul sottosistema SCSI e dedicarsi ad altre operazioni. L’adattatore assume il ruolo di 
iniziatore e il controllore del disco quello di obiettivo. La fine delle operazioni sarà 
segnalata al sistema con la modifica del byte di stato. 


3. Arbitraggio del bus e selezione: 


a) inizia la fase di arbitraggio del bus SCSI: se l’adattatore sull’host perde l’arbitraggio 
deve attendere fino a che il bus SCSI non è nuovamente libero; 
b) se l'adattatore vince, viene selezionato l’obiettivo prescelto. 


4. Invio del comando: 


a) l’obiettivo appena selezionato richiede un comando dall’iniziatore. L’iniziatore rispon- 
de trasmettendo una sequenza di byte contenente l’indirizzo del blocco di comando!3; 

b) da questo punto l’attività di I/O è controllata interamente dall’obiettivo. L’adatta- 
tore sull’host diventa semplicemente il mezzo che l’obiettivo usa per entrare nella 
memoria del sistema e leggervi il contenuto del blocco di comando. 


5. Decodifica del comando: 


a) il controllore del disco decodifica il comando e, poiché la lettura da disco non è 
immediata, rende libero il bus per eventuali altri utilizzatori. La procedura di di- 
sconnessione prevede la trasmissione del messaggio di save data pointer dall’obiettivo 
all’host. L’adattatore salva il puntatore ai dati. Successivamente l’obiettivo trasmette 
il messaggio disconnect e disasserisce il segnale BSY, liberando il bus; 

b) sebbene iniziatore e obiettivo siano disconnessi, essi sono ancora legati logicamente: 
entrambi i dispositivi sanno che hanno un comando da portare a termine. Questo 
schema di funzionamento permette che diversi comandi di I/O siano eseguiti nel 
sistema simultaneamente, utilizzando un singolo bus fisico. Il collegamento logico 
non è fra l’adattatore e il controllore del disco, ma copre tutto il percorso fra la 
memoria del computer e la periferica che sta eseguendo l’operazione. 


6. Esecuzione del comando: 


a) se al punto precedente c’era stata una disconnessione, deve essere ristabilito il col- 
legamento fisico tra host e controllore. A tale scopo il controllore deve vincere una 
fase di arbitraggio e passare per una fase di Riselezione; 

b) l’obiettivo trasferisce i dati nella memoria del sistema tramite l’iniziatore sull’host 
(in modalità DMA); nel nostro caso il trasferimento cessa quando viene raggiunta la 
fine della traccia sul disco; 

c) se si rivela necessario effettuare altri trasferimenti dati per completare l’esecuzione 
del comando, l’obiettivo ripete i messaggi save data pointer e disconnect. Si noti che 
il puntatore salvato a questo punto dall’adattatore è aggiornato in base al numero 
dei byte ricevuti. 


7. Fine esecuzione comando: 


a) invio del byte di stato e del messaggio command complete da parte del controllore; 
il messaggio viene interpretato dall’adattatore come segnale di fine lavoro, mentre il 
byte di stato viene scritto direttamente nella memoria dell’host; 


18Lo scambio di byte in questa fase avviene con il meccanismo REQ/ACK; l’obiettivo tiene C/D alto, 
I/O basso e MSG disasserito. 
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b) il controllore si disconnette dal bus SCSI e considera definitivamente chiuso il colle- 
gamento logico con l’iniziatore; 

c) l'adattatore chiude il collegamento DMA con la memoria dell’host; 

d) l'adattatore segnala al sistema la fine dell’esecuzione del comando di I/O con un’in- 
terruzione oppure con un apposito indicatore che il programma dovrà esaminare. 
L’host ha a disposizione in memoria i dati trasferiti e l’esito dell’operazione. 


Nota conclusiva su SCSI 

Il bus SCSI è un bus molto semplice dal punto di vista costruttivo (un cavo piatto con 
relativi connettori), ma estremamente efficace. La complessità è interamente nascosta nei 
controllori che equipaggiano i dispositivi e negli eventuali adattatori al bus del sistema. Lo 
SCSI è tuttora uno standard diffusissimo per la sua elevata praticità di impiego: richiede 
al massimo l’installazione degli appropriati terminatori. 


F.4 II bus PCI 


Descriviamo ora il PCI in maggior dettaglio di quanto è stato fatto nel testo. A meno 
di diversa indicazione ci si riferisce alla versione V 1.0 (32 bit, 33 MHz). 


F.4.1 Trasferimenti 


Per poter effettuare un trasferimento, l’iniziatore deve averne facoltà. L’autorizza- 
zione viene concessa da un arbitro centralizzato; la verifica dello stato del bus è compito 
del dispositivo. Dell’arbitraggio si parla al Paragrafo F.4.4. 

Ogni trasferimento richiede: 


a) una fase di indirizzamento in cui vengono trasmessi gli indirizzi e il tipo di trasferimento; 
b) una o più fasi di effettivo trasferimento dati; 
c) ritorno allo stato di riposo. 


Indirizzamento 
Per l’indirizzamento il PCI distingue tra: 


a) spazio degli indirizzi di memoria; 
b) spazio degli indirizzi di I/O; 
c) spazio degli indirizzi di configurazione. 


Lo spazio degli indirizzi di configurazione è parte del sottosistema di ingresso/uscita. 
Esso è caratteristico dei dispositivi PCI e contiene le informazioni necessarie al software 
di sistema per configurare i dispositivi (Paragrafo 12.3.2 del libro). 

La decodifica degli indirizzi viene fatta dal singolo dispositivo. Sono previsti due tipi 
di decodifica: 


a) decodifica in positivo; 
b) decodifica sottrattiva. 


La decodifica in positivo è quella usuale: ogni dispositivo controlla se l’indirizzo cade 
all’interno del campo che gli è stato assegnato. La decodifica sottrattiva è consentita a 
un solo dispositivo tra tutti quelli collegati al bus. Il dispositivo in questione risponde 
solo se tutti gli altri non hanno risposto. 

Lo svolgimento delle transazioni di trasferimento dati viene illustrato al Paragra- 
fo F.4.3, dopo aver descritto i segnali del bus. 
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F.4.2 | segnali del bus PCI 


In Figura F.13 viene riportata la specifica dei segnali di un dispositivo PCI. Ri- 
spettando le convenzioni adottate dai documenti di specifica, nella figura, i segnali attivi 
bassi sono fatti seguire dal carattere “#”; tuttavia nel testo si preferisce usare la notazione 
usuale, sovrapponendo il segno di complementazione ai nomi dei segnali. 


SEGNALI RICHIESTI SEGNALI OPZIONALI 
7/S 7/5 
indirizzi 
e 1a 
dati (TERE) DE T/S T/S (sega) esténsione 
64 bit 
sl ve [e 
a FRAME lune ZO | acK64# 
TRDY# nd È STI _ 
controllo «— RIE S/T/S S/T/S LOCI controllo interfaccia 
interfaccia STOP# 
Ue SBO# 
DEVSEL# 8/T/8 IN/OUT |__>PUF___ 7 supporto 
IDSEL ni IN/OUT SDONE# ì cache 
0/D INTA# 4 
Nel PERR# 
errori Sert S/T/S 0/D INTB# interruzioni 
|e_ >» 0/D 0/D INTC# 
0/D INTD# 
arbitraggio ea REQ out pra si 
(solo master) GNT# IN IN |a _ 
= out. _TDO____, 
a, CLK IN IN TCK JTAG 
A e 37 
sistema RST# IN TMS (IEEE 11491) 
—__ ssa CA 
sl N IN TRST 


DISPOSITIVO 
COMPATIBILE PCI 


Figura F.13 Segnali previsti dallo standard PCI. Per convenienza, nel disegno i segnali attivi bassi sono 
stati fatti seguire dal carattere “#" (nel testo, tuttavia, si usa il normale segno di complementazione). 


I segnali sono elettricamente definiti come appartenenti a una delle seguenti categorie: 


e IN: segnale di solo ingresso; 

e OUT: segnale di sola uscita; 

e T/S: segnale tristate bidirezionale di ingresso /uscita; 

e S/T/S: segnale tristate pilotato da un solo agente per volta. Un agente che asserisce 
bassa una linea S/T/S deve anche asserirla alta per almeno un ciclo di clock prima di 
lasciarla in terzo stato; 

e O/D: segnale Open Drain. 


Come si osserva in Figura F.13 vi sono 2 classi di segnali: richiesti e opzionali. I 
segnali richiesti sono quelli indispensabili per realizzare una interfaccia PCI a 32 bit. In 
questa classe compaiono le linee indirizzi e dati AD[31:0]!9, le linee C/BE, il controllo 
di parità PAR (che agisce sia sui dati che sugli indirizzi), il clock, il reset, i segnali di 


191 campi di bit sono designati come [X:Y]: X è il bit significativo e Y è il meno significativo. 
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controllo dell’interfaccia e i segnali di arbitraggio”. Il segnali di controllo dell’interfaccia 
sono riportati in Tabella F.1. 


Segnale Master Target Nota 

FRAME out in Ciclo di Frame 

TRDY in out Target ready 

IRDY out in Initiator ready 

STOP in out Stop alla transazione 
DEVSEL in out Device select 

LOCK in/out in Blocco di una risorsa 
IDSEL in in Initialization device select 


Tabella F.1 Segnali usati per controllare i trasferimenti. | segnali FRAME, IRDY, TRDY controllano lo 
svolgimento delle principali funzioni di trasferimento. FRAME è pilotato dal master per indicare l'inizio 
e la fine del trasferimento; IRDY (pilotato dal master) e TRDY (pilotato dal target) permettono 
di inserire dei cicli di attesa. STOP è usato dallo slave per richiedere al master l'interruzione del 
trasferimento. DEVSEL è asserito dall'obiettivo che ha decodificato il proprio indirizzo per indicare 
di essere stato selezionato. LOCK serve a garantire l'accesso esclusivo a una risorsa (normalmente la 
memoria). IDSEL è usato come chip-enable durante la configurazione dei dispositivi. 


Le linee C/BE3 : 0] svolgono doppio ruolo: (a) durante la fase di indirizzamento 
esse portano il comando che identifica l’operazione (codificato come in Tabella F.2); (b) 
durante la fase dati assumono significato di Byte Enable, indicando quali corsie del bus 
trasportano dati significativi; C/BE[0] è relativo al bit meno significativo, C/BE[3] al più 
significativo. 

Nella classe dei segnali opzionali compaiono tutti quei segnali che non sono necessari, 
ma che devono essere impiegati se si desidera ottenere le funzionalità aggiuntive rispetto 
alle standard. Tra i segnali opzionali sono compresi quelli di richiesta di interruzione, 
come pure quelli relativi all’ampiezza di bus a 64 bit. Il gruppo di segnali JTAG serve 
per il test dei dispositivi PCI. 


F.4.3 Transazioni di trasferimento dati 


Per dare avvio a una transazione di trasferimento dati il master deve essere abilitato 
dall’arbitro centrale tramite il segnale di GNT (Paragrafo F.4.4). 


Fase di indirizzamento. La fase di indirizzamento ha la durata di un periodo di clock. 
L’iniziatore asserisce FRAME, identifica il dispositivo obiettivo tramite il relativo in- 
dirizzo su AD[0..31] e definisce il tipo di transazione da eseguire tramite il bus comandi 
C/BES : 0]. È compito dell’obiettivo memorizzare l'indirizzo e autoincrementarlo per 
i successivi trasferimenti dati?!. 


20È da notare che certi segnali che in Figura F.13 sono riportati bidirezionali, sono in realtà unidire- 
zionali, e che l’incertezza è legata alla posizione assunta dal modulo (master o target), come riportato in 
Tabella F.1. 

21 Abbiamo già osservato che se l’obiettivo è una memoria, questa deve essere dotata di un controllore 
che svolga questa funzione. 
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C/BEf3 : 0] Tipo di comando 

0000 Interrupt acknowledge 
0001 Ciclo speciale 

0010 I/O read 

0011 I/O write 

0100 Riservato 

0101 Riservato 

0110 Memory read 

0111 Memory write 

1000 Riservato 

1001 Riservato 

1010 Configuration read 
1011 Configuration write 
1100 Memory read multiple 
1101 Dual-address cycle 
1110 Memory read line 

1111 Memory write and invalidate 


Tabella F.2 Comandi PCI. | comandi sono codificati sulle linee C/BE[3 : 0] durante la fase di indiriz- 
zamento, successivamente, durante il trasferimento, le quattro linee hanno la funzione di Byte Enable 
e vengono (ri)asserite ad ogni singolo trasferimento. 


Quando un dispositivo PCI si riconosce come obiettivo, asserisce il segnale 
DEVSEL. Se l’iniziatore non vede asserito questo segnale entro un predeterminato 
periodo di tempo, la transazione viene annullata. 

Fase(i) dati. A ogni clock le linee C/BEf3 : 0], pilotate dal master, hanno funzione di 
Byte Enable. Due segnali, IRDY e TRDY, indicano se iniziatore e obiettivo sono pronti. 
Se i due sono pronti viene scambiato un dato a ogni clock (trasferimento sincrono), in 
caso contrario si ha un ciclo di attesa. 

L’iniziatore identifica la durata totale del burst tramite il segnale FRAME, che viene 
asserito all’inizio della fase indirizzi e rimane attivo fino all’inizio dell’ultima fase dati. 

Ritorno allo stato di riposo. L’iniziatore indica che il trasferimento è alla fine disas- 
serendo il segnale FRAME sul penultimo dato, quindi, dopo l’ultimo dato, disasserisce 
IRDY. Quando FRAME e IRDY sono ambedue disasseriti il bus è in stato di riposo 
(idle). 


Sul primo ciclo di clock l’iniziatore specifica sulle linee C/BE il tipo di transazione 
voluta. Al clock successivo può cominciare la fase di trasferimento dati. La sorgente dei 
dati (master in caso di scrittura, slave in caso di lettura) deve attivare il corrispettivo 
segnale xRDY (x sta per I o T a seconda della sorgente dei dati) ogni qual volta i dati 
sono validi. I dati vengono trasferiti su tutti i fronti del clock sui quali entrambi i segnali 
di IRDY e TRDY sono attivi. Se uno di questi è disasserito si viene a generare un ciclo 
di wait. 

Nei diagrammi che verranno ora presentati, due frecce che si inseguono e la linea 
interrotta stanno a indicare la cosiddetta fase di turnaround, nella quale un dispositivo 
rilascia il segnale che fino a quel momento aveva pilotato per permettere a un altro di 
entrarne in controllo. 


Transazione di lettura 
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In Figura F.14 è mostrata la temporizzazione di una transazione di lettura he trasferisce 
tre dati. La transazione contiene due cicli di wait, il primo richiesto dall’obiettivo, il 
secondo dall’iniziatore. Essa si svolge nel modo seguente: 


Transazione 


= » 
Stato Stato Stato 
di wait di wait, di wait, 
Fase Fase Fase Fase 
Indirizz. Dati Dati Dati 
- e »<@ »< 
1 2 3 | 4 5 6 | 7 8 9 
CLK 
£| pra 
FRAME Spe 
Inditizzo Dati 1 Dati 2 Dati 3 
AI | da 
Na Le 
Bus, Cmd Byte Enable Byte Enable Byte Enable 
BP Val 
C/BE ve 
IRDY Le 
= #3 i tg 
TRDY "A 
ST WOR 
DEVSEL Sad 
LS \ 
Trasferimento Dati Stati di wait 


Figura F.14 Transazione burst di lettura. La transazione trasferisce tre dati. Si noti che il clock 2 
rappresenta una sorta di ciclo di attesa della stabilizzazione dei segnali. | due cicli di attesa (wait 
states) sono generati rispettivamente dal Target (segnale TRDY disasserito) e dall’Initiator (segnale 
IRDY disasserito). Le linee BE vengono asserite per ogni dato trasferito e specificano su quali corsie 
del bus si ha il trasferimento. 


1. Clock 1. La transazione ha inizio quando il master attiva il segnale di FRAME avendo 
posto sulle linee AD[0:31] l’indirizzo e sulle linee C/BE[0 : 3] il comando di lettura, 
come da Tabella F.2. 

2. Clock 2. Il master asserisce IRDY e le linee C/BE[0 : 3] assumono significato di Byte 
Enable. Il ciclo viene lasciato passare per dare il tempo di stabilizzarsi alle linee AD 
(che cambiano proprietario, dall’iniziatore all’obiettivo). 

3. Clock 3. Ha inizio la fase dei dati. Il dispositivo risponde al master asserendo il segnale 
di DEVSEL e il segnale TRDY. 

4. Clock 4. Essendo IRDY e TRDY asseriti, viene trasferito il primo dato. 

5. Clock 5. Lo slave ha disasserito TRDY (perché evidentemente non è in grado di pro- 
durre il secondo dato) causando un ciclo di attesa; nel frattempo lo slave mantiene 
sulle linee AD il dato precedente. 

6. Clock 6. Lo slave ha posto il secondo dato sul bus e ha asserito TRDY. L’iniziatore, 
essendo sia TRDY che IRDY asseriti, legge il dato. 

7. Clock 7. Questa volta è l’iniziatore ad avere bisogno di più tempo, per cui disasserisce 
IRDY inserendo così un ciclo di attesa. Lo slave manterrà il dato sul bus per un 
ciclo extra. L’iniziatore, in previsione della conclusione al prossimo ciclo disasserisce 


FRAME. 
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8. Clock 8. Lo slave mantiene il dato sul bus per questo ciclo a causa dello stato di attesa 
introdotto da IRDY al ciclo precedente. Il master disasserisce IRDY, lo slave DEVSEL 
e TRDY, 


Transazione di scrittura 
Una transazione di scrittura avviene secondo lo schema di Figura F.15, dove, come nel 
caso precedente si trasferiscono 3 dati. Questa volta ci sono tre cicli di wait richiesti 


Transazione 


Stato Stato Stato 
di wait di wait, di wait_ 


Fase Fase Fase Fase 
Indirizz Dati Dati Dati 
= »@ »@ > » 
1 2 3 4 5, 6 7 8 9 
CLK 
> Ultima fase dati 
FRAME — YI L_ 
Inditizzi Dàti Dati Dati 
VAI 
AD X 7 
Bus, Cmd Byte Enables Byte Enables 
BE Va 
C/BE X pe Lo RETE 
Stati wait 
Vasi po Inseriti dal 
IRDY VW |! target 
—__._!-_ L=“ 
rasi i i 
TRDY i / 
SE, 7 
DEVSEL pa ca 


Trasferimenti Stato wait inserito da Trasferimento 
target e iniziatore 


Figura F.15 Temporizzazione durante una scrittura PCI. Sul (fronte di salita del) quarto clock viene 
trasferito il secondo dato a zero cicli di attesa (IRDY e TRDY sempre asseriti). Per il terzo dato, 
l'iniziatore ha bisogno di più tempo, per cui inserisce un ciclo di attesa disasserendo IRDY (deve 
comunque essere puntuale nel variare il C/BE relativo a questo dato). Si è fatta l'ipotesi che anche 


lo slave necessiti di più tempo e che perciò disasserisca TRDY. Sul ciclo in cui l’iniziatore disasserisce 
IRDY non aggiorna il bus dei dati. Quando il master è di nuovo pronto c'è da scontare l'attesa invocata 
dal target tramite TRDY. Si noti che FRAME è apparentemente disattivato molto presto; in realtà 
è disattivato su quello che per il master sarebbe stato il ciclo precedente all'ultimo, se non ci fossero 
stati i due cicli di attesa introdotti dallo slave. 


dall’obiettivo; anche l’iniziatore imporrebbe un ciclo di wait ma questo è sovrapposto 
al primo richiesto dall’obiettivo. Se si confronta lo schema di Figura F.15 con quello di 
Figura F.14 si nota l’assenza del ciclo di transizione sulle linee AD, non necessario perché 
esse restano sempre pilotate dall’iniziatore. Ne consegue che i segnali DEVSEL e TRDY 
possono essere asseriti fin dal secondo ciclo di clock. Nell’esempio i primi due dati vengono 
trasferiti senza attese, mentre per il terzo dato sia iniziatore che obiettivo richiedono cicli 
di attesa (rispettivamente 1 e 3). 


Conclusione di un trasferimento 
La fine di un trasferimento può essere comandata sia dal master che dallo slave, anche se 
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il tutto viene sempre concluso dal master (che disasserisce FRAME e IRDY, imponendo 
il passagio di TRDY a disasserito). 


Fine trasferimento comandata dal master. Le cause che portano il master a ter- 
minare un trasferimento sono tre: (a) completamento; (b) timeout; (c) conclusione 
anticipata (master abort). 

Il primo caso è ovvio e corrisponde agli esempi visti. 
Nel secondo caso si ha sospensione dello scambio perché è terminato il tempo a di- 
sposizione del master e il segnale GNT è stato disattivato dalla logica di arbitraggio 
(vedere più avanti). 
Il terzo caso si ha quando nessun dispositivo risponde al master (ovvero, quando i 
segnali TRDY e DEVSEL non vengono asseriti). Se nessun dispositivo a decodifica 
positiva risponde entro i primi 3 clock dall’attivazione del segnale FRAME, allora al 
quarto clock può rispondere il dispositivo con decodifica sottrattiva. Nel caso che non 
vi sia nessuna risposta, il trasferimento si conclude senza che venga eseguita nessuna 
transazione. 
La terminazione da parte del master richiede che FRAME e IRDY siano disasseriti e 
che anche TRDY passi in questo stato. 

Fine trasferimento comandata dallo slave L’obiettivo usa il segnale STOP per chie- 
dere al master la conclusione del trasferimento. Il trasferimento continua fino a quando 
i segnali di FRAME e IRDY non vengono disasseriti. 


F.4.4 Arbitraggio 


Lo schema è quello centralizzato parallelo visto nel Paragrafo F.2.1, riportato per 
comodità in Figura F.16. Da notare che l’arbitraggio è nascosto, cioè avviene durante il 
trasferimento precedente, in modo che nessun ciclo di bus venga penalizzato. 


REQ REQ 


Dispositivo Dispositivo 
PCI GNT GNT PCI 


ARBITRO 


REQ PCI REQ 
Dispositivo Dispositivo 
PCI GNT GNT PCI 


Figura F.16 Schema di arbitraggio PCI. L'arbitro, centralizzato e parallelo, viene detto PCI central 
resource. 


Esempio di arbitraggio tra due master 

Consideriamo due master A e B, con B a più alta priorità di A. Supponiamo che B faccia 
richiesta di uso del bus poco dopo A, ma quanto basta perché A sia entrato in controllo 
del bus. Si assuma anche che il master A debba fare una transazione di trasferimento di 
più dati, mentre il master B debba trasferire un solo dato e rilasci immediatamente la 
sua richiesta. In queste ipotesi si ha la sequenza schematizzata in Figura F.17. 


1. Clock 1. Il master A aveva inoltrato la richiesta antecedentemente al primo ciclo di 
clock, per cui l’arbitro assegna il bus a A (GNTA asserito) sul fronte di salita del 
primo ciclo di clock. 
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1 2 3 4 5 6 7 
CLK 
REQ A 
REQ B 
GNTA 
Il master A inizia 
joe la sua transazione 
GNT B si 
Il master B inizia 
FRAME REATI la sua transazione 
Address _Data Address Data 
AD 
Dato di A Dato di B Bus idle 
7 der as 3 
IRDY Lr / n \ / 
trasferimento 
caflaa: da dati 
TRDY La / >Le \ adito Si 
CEI. 


Figura F.17 Temporizzazione durante il passaggio del controllo a un dispositivo più prioritario (bus 
exchange). Si è fatta l'ipotesi che il master B debba trasferire un solo dato e rilasci immediatamente 
la sua richiesta. AI contrario il master A deve effettuare il trasferimento di più dati. Per questo motivo, 
dopo che ha ceduto il bus (disasserendo FRAME), il master A non disasserisce la linea REQ, in quanto 
intende proseguire con il trasferimento, che avverrà dal clock 8 se non intervengono altri master più 
prioritari. 


2. Clock 2. Sul fronte di salita del clock il master A campiona GNT A asserito; i segnali 
FRAME e IRDY disasseriti indicano che il bus è nello stato idle. A questo punto A dà 
inizio la transazione, asserendo FRAME e pilotando indirizzi e comandi sulle rispettive 
linee. 

L’arbitro del bus PCI campiona REQ B del master B asserita, dando corso al processo 
di arbitraggio per determinare il prossimo bus master (in parallelo con il trasferimento 
dati in corso). 

3. Clock 3. Sul fronte di salita del clock, l’arbitro disasserisce GNT A e asserisce GNT B. 
Il master B non può comunque usare il bus, finché questo non è tornato allo stato di 
riposo. Intanto il master A disasserisce FRAME. 

4. Clock 4. Sul fronte di salita del clock c’è il trasferimento di A, che è anche l’ultimo in 
questa fase. Il master A ha disasserito anche IRDY per indicare allo slave la fine del 
trasferimento, riportando il bus allo stato di riposo. 

5. Clock 5. Sul fronte di salita del clock il master B campiona il bus libero (FRAME 
e IRDY disasseriti) e avvia una nuova transazione, asserendo FRAME e pilotando 
indirizzi e comandi sul bus. 

6. Clock 6. Sul fronte di salita l’arbitro campiona la richiesta di B disasserita e subito 
commuta i segnali di grant. 

B disasserisce FRAME perché sta per fare l’ultimo trasferimento dati. 
7. Clock 7. Sul fronte del clock avviene lo scambio dati di B; il rilascio di IRDY da parte 
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di B riporta il bus nello stato inattivo. Il master A riconoscerà il bus libero sull’ottavo 
fronte di salita del clock e riprenderà il controllo del bus. 


Si noti che in certe situazioni il tempo di latenza dell’arbitraggio può risultare ecces- 
sivo. Infatti il modulo che ha vinto l’arbitraggio deve comunque attendere che l’attuale 
bus master rilasci il bus. Se quest’ultimo modulo deve effettuare un elevato numero di 
trasferimenti ininterrompibili, può impedire l’accesso ad altri moduli semplicemente non 


disasserendo il FRAME. 


F.4.5 Prestazioni 


F.4.6 Blocco delle risorse 


Il PCI consente di bloccare i singoli slave a uso esclusivo di un master, con il vincolo 
che in un dato momento non può esserci più di uno slave bloccato. I moduli diversi da 
quello bloccato possono essere comunque utilizzati. È questa una caratteristica interes- 
sante del PCI. Nei bus tradizionali veniva bloccato il bus impedendo agli altri dispositivi 
di comunicare; qui viene bloccato solo uno specifico dispositivo, consentendo agli altri 
di continuare a comunicare. Ai fini dell’imposizione del blocco è prevista la linea LOCK 
che può essere usata solo da un master per volta. Quando la linea è asserita uno slave è 
bloccato. Un master intende bloccare uno slave, oltre ad avere la disponibilità del bus, 
deve sincerarsi che la linea LOCK non sia già in uso. Se la linea è asserita, deve attendere 
che la fase di blocco in corso abbia termine, osservando la linea LOCK disasserita. 


Blocco di un obiettivo 

In Figura F.18 viene dato un esempio di come avviene il blocco di uno slave. Nel caso 
specifico il master effettua una transazione che trasferisce un solo dato e lascia lo slave 
bloccato. Terminata la transazione, il master lascia LOCK asserito a indicare a tutti che 
c’è uno slave bloccato. Lo slave in questione non può essere usato da nessun altro master. 
Si noti che sul bus è scomparsa l’identità dello slave bloccato (il suo indirizzo); lo slave 
deve essere dotato della logica necessaria a stabilire il proprio blocco e a riconoscere se 
si trova o no in stato di blocco. 


Tentativo di accesso a un obiettivo bloccato da parte di un master diverso dal pro- 
prietario 

In Figura F.19 viene illustrato il tentativo di accedere a un obiettivo bloccato da parte 
di un master diverso dal proprietario. Il segnale LOCK è tenuto attivo dal master pro- 
prietario. L'obiettivo rifiuta la transazione perché, essendo bloccato può accettarne solo 
una di sblocco, e questa non potrà essere effettuata che dal master che mantiene asserito 
il segnale LOCK e dovrà disasserirlo per terminare il blocco. 


Rilascio del blocco 

Il rilascio del blocco avviene da parte del master che inizia una transazione disasserendo 
il LOCK mentre asserisce FRAME (e, ovviamente, indirizza il target bloccato). Se il 
master intende mantenere il blocco deve riasserirlo nel corso della transazione. 


Accesso agli obiettivi non bloccati 

Durante il tempo in cui uno slave è bloccato, i master possono effettuare accessi agli slave 
non bloccati. Infatti lo stato del segnale LOCK non ha effetto sulla abilità di un obiettivo 
nel rispondere alle transazioni. Una normale transazione non fa subire il passaggio a 
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Figura F.18 Temporizzazione nella fase di instaurazione del LOCK. Poiché il master intende asserire 
LOCK deve trovarlo disasserito per iniziare la transazione. 


disasserito al segnale LOCK. Sono quindi consentite le transazioni con dispositivi non 
bloccati. Se la transazione tentasse di indirizzasse l’obiettivo bloccato, verrebbe rifiutata 
come illustrato in precedenza (Figura F.19). 


F.5 Un bus industriale seriale: il CAN 


Il bus CAN (Controller Area Network) è stato proposto nel 1983 dalla società tedesca 
Bosch, attiva nel settore dei componenti per auto. Nel 2003, le specifiche sono diventate 
uno standard ISO (ISO-11898:2003). Sono seguiti aggiornamenti sia da parte di ISO che 
di Bosch; nel seguito si fa sostanzialmente riferimento alla versione di base di Bosch. I 
primi controllori in forma integrata sono stati prodotti nel 1987 da Intel e Philips; la 
prima auto di serie a montare un sistema di interconnessione CAN è stata la serie 8 della 
BMW, nel 1989. Oggi praticamente tutte le case automobilistiche montano il CAN. Ne 
viene fatto uso anche in ambiti diversi da quello automobilistico. 


L'architettura Il protocollo CAN è a messaggi; i messaggi sono sequenze di bit?2. Nella 
versione standard, sul un bus di lunghezza inferiore a 40 m possono essere collegati fino a 
30 nodi, alla velocità di 1Mb/s, ma non tutta la banda è sfruttabile per la trasmissione 
dei dati a causa dei molteplici caratteri di controllo e dei tempi in cui il bus deve essere 
in stato si riposo (idle). In Figura F.20 viene data la rappresentazione secondo il modello 
a strati e l’indicazione dei componenti su cui si mappano gli strati. In Figura F.21 viene 
dato lo schema di una rete. 

Il protocollo è un CSMA/CD+AMP (Carrier Sense Multiple Access/C'ollision De- 
tection+ Arbitration on Message Priority). CSMA significa che ogni nodo deve attendere 
per un predefinito periodo di tempo prima di tentare di inviare un messaggio; CD+AMP 
significa che il riconoscimento delle collisioni, dovute alla possibile trasmissione contem- 
poranea da parte di più nodi, viene effettuato bit a bit, sulla base della priorità dei 
messaggi. La priorità è predefinita attraverso un campo identificativo di 11 bit; numeri 


224; dice che il protocollo è bit-oriented. 
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Figura F.19 Temporizzazione durante un tentativo di accesso a un obiettivo bloccato da parte di 
altri iniziatori. Il master inizia il tentativo di trasferimento asserendo FRAME, indirizzi e comandi 
sui rispettivi bus. Lo slave bloccato che viene indirizzato, rifiuta la transazione perché, campionando 
LOCK asserito sul fronte di salita del secondo ciclo di clock, stabilisce che è un tentativo di accesso da 
parte di master diverso dal bloccante. Il target risponde asserendo DEVSEL ma non TRDY e rifiuta 
la transazione con il segnale di STOP. L'iniziatore, che campionando STOP attivo e TRDY inattivo 
sul fronte di salita del quarto ciclo di clock, capisce che l'obiettivo chiede di riprovare più tardi. Il bus 
torna allo stato di riposo. 
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Figura F.20 Architettura del protocollo CAN (ISO-1189). A sinistra i livelli del protocollo; a destra 
la normale realizzazione. 
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Figura F.21 Schema di una rete su bus CAN. 


più bassi corrispondono a priorità più alte. Il formato del messaggio CAN è in Figu- 
ra F.22 Nella terminologia del CAN si usano i termini “recessivo” e “dominante” per 
indicare rispettivamente i bit del messaggio che, dal punto di vista logico (logica posi- 
tiva), corrispondono rispettivamente a 1 o 0. Il comportamento è analogo a quello delle 
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Figura F.22 La parte in alto dà il formato del messaggio (frame) CAN. La figura non è in scala. La 
parte in basso riporta quali bit sono sempre recessivi (grigio scuro) e quali dominanti (bianco), i campi 
in grigio chiaro contengono bit che possono essere sia recessivi che dominanti. Lo spazio intermessaggi 
è necessariamente recessivo, mentre il bit SOF è dominante essendo usato per segnalare l’inizio di 
un messaggio; La prima metà del campo ACK è asserita recessiva dal trasmettitore e viene asserita 
dominante da qualunque ricevitore per il quale il messaggio è integro; la seconda parte del campo 
ACK è un bit di riempimento, sempre recessivo, ma non toccato dai riceventi. Anche 16-mo bit del 
campo CRC è di riempimento (sempre recessivo). Lo spazio intermessaggi (Inter Frame Space, |FS) 
è di almeno 3 bit. Lo spazio intermessaggi precede sempre i messaggi Dati e Remote, non precede i 
messaggi di errore e di Overload (si veda più avanti a pagina F.32). 


linee open collector (open drain) di cui si parla nell’Appendice A; se uno o più nodi 
asseriscono 0, la line si porta a 0, ovvero al livello dominante. In realtà, essendo la tra- 
smissone differenziale le cose si svolgono come illustrato in Figura F.23, dove CAN-H e 
CAN-L sono le due linee che formano il doppino differenziale. 

Diamo ora le informazioni sul significato dei campi del messaggio, necessarie al fine 
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Figura F.23 Segnali sul bus CAN. CAN-H e CAN-L denotano rispettivamente i due segali sulla linea 
differenziale. Quando il bit trasmesso è a livello logico 1 (recessivo), ambedue i segnali si portano 
a 2,5V; Quando il bit trasmesso è a livello logico 0 (dominante), CAN-H si porta a 3,75V, CAN-L 
a 1,25V. Se il nodo A asserisce un 1 e il nodo B uno 0, vince il nodo B e il bus si porta in stato 
dominante. Per avere lo stato recessivo tutti i nodi devono asserire 1. 


della comprensione del funzionamento del CAN. 


e SOF - (Start Of Frame) bit sempre a 0, che marca l’inizio di un messaggio. 

e ID - Identificatore di 11 bit; stabilisce la priorità del messaggio. Più piccolo è il valore 
di ID, maggiore è la priorità (0 è la priorità massima) 

e Control - campo di 6 bit di cui gli ultimi 4 danno la dimensione (in byte) del campo 
Dati; i numeri ammissibili sono 0, 1, ..8. 

* Dati-Idati contenuto nel messaggio (non necessariamente presenti in tutti i messaggi). 

e CRC - (Cyclic Redundancy Check) 16 bit (15 più un delimitatore recessivo), serve al 
controllo della corretta ricezione. 

e ACK-(Acknowledgement) è un campo di 2 bit di cui il primo, detto ACK-slot è asserito 
a 1 (recessivo) dal trasmittente e può essere portato a 0 da qualunque ricevente che 
riceva il messaggio correttamente. 

e EOF- fine del messaggio (7 bit, tutti recessivi). 


Il bus è asincrono, ma richiede che i nodi funzionino in modo sincronizzato. Appa- 
rentemente sembra un controsenso, ma vedremo più avanti come i nodi si mantengono 
sincronizzati. A parte la fase di arbitraggio, può essere attivo un solo trasmittente alla 
volta, mentre tutti i nodi, compreso il trasmittente, osservano quel che passa sul bus. Col 
meccanismo recessivo/dominante l’arbitraggio viene effettuato senza perdita di informa- 
zione, inoltre i riceventi che osservano il messaggio possono confermare che esso è stato 
ricevuto correttamente asserendo come dominante il primo bit di ACK. 

Un nodo prima di trasmettere deve aver osservato il bus in stato di riposo. Il primo 
carattere trasmesso è SOF. Supponiamo, che due trasmittenti inizino contemporanea- 
mente la trasmissione, il primo del messaggio con ID=42, il secondo di un messaggio con 
ID>64, come in Figura F.24. I primi 4 bit del campo ID sono identici e pari a 0. Sul 
bit 4 il messaggio 42 ha uno 0, mentre l’altro ha un 1. Ne consegue che il bus assume 
lo stato dominante. A quel punto il trasmittente del messaggio con ID meno prioritario, 
che, come tutti gli altri nodi, sta osservando lo stato del bus, smette di trasmettere e da 
quel punto sul bus passa solo il messaggio 42; l’arbitraggio è completo e non c’è stata 
perdita di informazione. 

Si noti che i messaggi che circolano sul bus non portano gli indirizzi del trasmittente 
o del destinatario, essi portano solo l’informazione sul tipo del messaggio. Per esempio, 
potrebbe essere il caso che il messaggio 42 contenga la lettura della temperatura dell’olio 
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motore e che l’ID del messaggio meno prioritario sia relativo alla lettura del tachimetro. 
Il nodo che trasmette la lettura del tachimetro dovrà aspettare e tentare la trasmissione 
in un secondo tempo. Il messaggio 42 arriva a tutti i nodi; quelli interessati lo possono 
prelevare. La prima metà del campo ACK verrà asserita da uno o più nodi interessati 
che ricevono il messaggio senza errore, in tal modo il trasmittente viene informato che il 
messaggio trasmesso è arrivato correttamente almeno ad un nodo e che perciò quel che 
trasmesso è formalmente privo di errori. Ogni nodo disporrà delle capacità elaborative che 
competono alla funzione svolta nel sistema. Il bus CAN viene anche portato al connettore 
cui si attaccano i dispositivi di analisi usati nelle autofficine. 
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Figura F.24 Meccanismo di arbitraggio. 


Nella descrizione precedente ci siamo riferiti ai messaggi Dati (Data frame). Ci sono 
altre tre tipi di messaggi: 


e Remote frame - Usato per richiedere la trasmissione di un messaggio Dati con lo stesso 
ID. Questo tipo di messaggio è individuato da un bit nel campo Control (dominante 
per i messaggi Dati, recessivo per i messaggi Remote). Il Remote frame è privo del 
campo Dati e il contenuto del contatore entro il campo Control è irrilevante. 

e Error frame - trasmesso da un nodo che rileva un errore. 

e Qverload frame - usato per richiede un allungamento del tempo intermessaggio tra un 


precedente e un successivo messaggio Dati o Remote. 


Resta ora da discutere la questione della temporizzazione che fa apparire il bus 
come sincrono. Tutti i nodi devono operare alla stessa frequenza di clock. Ma occorre 
garantire che il rumore, le derive (drift) e lo scorrimento di fase degli oscillatori rendano 
le frequenze effettive di ciascun nodo diverse da quella nominale. A tale scopo, tutti i 
nodi devono sincronizzarsi ad ogni transizione di bit da recessivo a dominante. La prima 
sincronizzazione è sul bit SOF, le altre (risincronizzazioni) nel corso del messaggio. 

Per spiegare come avviene la sincronizzazione, indichiamo con #, il tempo nominale 
per bit (ovvero l’inverso del tasso di trasmissione). Indichiamo con ty un quanto di tempo 
(un multiplo del periodo di clock). Il tempo ty deve essere riguardato come composto da 
4 segmenti temporali consecutivi e non sovrapposti: 


ty=ts+ttp+tpa+tf2 
dove 


e ts (tempo di sincronizzazione) ha una durata di 1 quanto ty; le transizioni devono 
manifestarsi in questo intervallo; 
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e t, (tempo di propagazione) ha una durata programmabile da 1 a 8 quanta; serve a 
tener conto del ritardo nella propagazione del segnale sulla linea; 

e tf, (tempo di fase 1) ha una durata programmabile da 1 a 8 quanta; serve a compensare 
gli errori di fase; 

e t;2 (tempo di fase 2) ha una durata pari al massimo tra ty1 e il tempo di elaborazione 
(che deve essere non superiore a 2 quanta) 


Il totale, t, deve essere tra 8 e 25 volte ty. I due tempi t}1 e tf2 possono essere 
variati. Per ogni transizione che avviene prima o dopo del previsto (ovvero non entro 
ts), il controllore calcola lo scarto e determina un corrispondente allungamento di tf1 0 
accorciamento di #9, in modo che la prossima transizione cada in ts. Questo processo di 
continua risincronizzazione garantisce che trasmettitore e ricevitore operano in sincro- 
nismo. Per minimizzare la possibilità di errore si usa la tecnica del bit stuffing: quando 
il trasmettitore si accorge che ci sarebbero da trasmettere 5 bit consecutivi dello stes- 
so valore, inserisce un bit del valore complementare, in modo da forzare comunque una 
transizione dopo 5 identici bit. 

La temporizzazione, la sincronizzazione e la codifica dei dati sono compito del livello 
fisico (Figura F.20). La codifica è del tipo NRZ (Non Return to Zero). 


F.6 Il bus USB 


L’esposizione che segue integra quanto esposto nel testo, che, per essere trattati 
esaustivamente, richiederebbero un volume a sé?3. Tendenzialmente si fa riferimento alla 
versione 1.1. 


F.6.1 Il protocollo 


Per convenienza, riproponiamo qui di seguito lo schema del protocollo (Figura F.25) 
e la descrizione dei livelli del Paragrafo 12.4.1 del testo. I livelli sono i seguenti. 


e Livello di interfaccia al bus (LIB). Esso contiene i componenti hardware che serializzano 
i pacchetti inviati sul cavo. Di esse fa comunque parte il cosiddetto SIE (Serial Interface 
Engine, vedere più avanti), la logica che si interfaccia direttamente al cavo. 

e Livello di periferica logica (LPL). Sull’host è costituito dal software USB (che nel 
seguito indicheremo con la sigla SWU per brevità), mentre sulla periferica è costituito 
dalla logica per trattare i flussi di controllo. 

e Livello funzionale (LF). Costituito dal software utilizzatore sull’host e dalla funzione 
vera e propria della periferica. Un applicativo residente sull’host vede la periferica USB 
(o meglio, le sue funzionalità) come se essa fosse direttamente connessa al computer. 


Esaminiamo ora più in dettaglio la pila di Figura F.25. 


23Correntemente, le specifiche sono emanate da una organizzazione senza fini di lucro denominata “USB 
Implementers Forum”, o brevemente “USB IF”, alla quale partecipa un esteso numero di rappresentanti 
di industrie elettroniche e informatiche. Le specifiche fissano ogni minimo dettaglio, comprese le forme 
e le misure dei diversi connettori possibili, la natura del cavo di interconnessione, ecc. Tanto per dare 
un’idea, nella versione USB 2.0, le specifiche occupano un volume di quasi 600 pagine, senza tener conto 
di altri documenti ad esse correlati. 
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Figura F.25 Organizzazione a livelli dei flussi dati dello standard USB. II livello di interfaccia (LIB) 
svolge il compito di impacchettare i dati secondo la struttura USB, trasformarli nei segnali elettrici 
asseriti sul cavo (in ricezione vengono svolte le funzioni duali). Il livello di periferica logica (LPL) 
fornisce una rappresentazione logica degli aspetti di gestione della periferica da parte di SWU dal lato 
host. Il livello di funzione (LF) è quello a cui si svolgono le interazioni tra gli applicativi su host e le 
funzionalità offerte dalle periferiche connesse. 


F.6.2 Host 


In Figura F.26 viene mostrato la pila del protocollo dal lato host. Come vedremo poco 
più avanti (Paragrafo F.6.5), lo scambio di informazioni sul USB si basa su terminatori 
e canali. 

AI livello più basso della pila (LIB) si trova l’interfaccia al bus. Sull’host l’interfaccia 
al bus è più complessa che sui periferici, a causa delle speciali responsabilità assegnate 
all’host medesimo. Essa è composta dal controllore e da un hub in esso integrato, in grado 
di offrire connessioni multiple all’host?4. I dati da/verso le periferiche sono organizzati 
dal controllore e convertiti in segnali elettrici dal SIE (Serial Interface Engine), che è 
parte dell’hub. 

A livello intermedio si trova SWU, il software USB di sistema. Esso è responsabile 
di tutto ciò che ha a che fare con l’operatività del bus: la gestione della banda disponibi- 
le, l’alimentazione del bus, il riconoscimento della connessione, della disconnessione, ecc. 
SWU è costituito essenzialmente da due driver (USBD e HCD) e da un eventuale soft- 
ware di host (SWHost). Il driver USBD (USB Driver) fornisce l’interfaccia (denominata 
USBDI) per le applicazioni; il driver HCD (Host Controller Driver) fornisce l’interfaccia 
(HCGI) verso USBD. Questa interfaccia non mai vista dalle applicazioni e non è nemme- 


245i è già osservato che è comune trovare due o più connettori USB sul retro dei PC. È il controllore 
che fa da hub radice e fornisce più porte. All’esterno sembra di avere due (o più) bus, ma, in realtà, il 
bus è unico e la banda viene ripartita tra i differenti sottoalberi. 
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no specificata dallo standard. Ogni sistema operativo ne definisce una propria, in modo 
da nascondere i dettagli degli specifici controllori presenti sui sistemi. 

Il driver USBD fornisce al soprastante livello una rappresentazione logica della peri- 
ferica e scambia dati in forma di pacchetti che, nel gergo USB, vengono denominati IRP 
(I/O Request Packet). Per dialogare con una periferica un programma client (livello LF) 
deve instaurare con essa almeno un canale (pipe). Ciò viene fatto in fase di riconoscimen- 
to e configurazione della periferica. A tale scopo USBD dispone di un canale di default, 
attraverso il quale il SWU attua il controllo standard del dispositivo, consentendogli di 
fornire al livello superiore una visione astratta, standardizzata della periferica. Infine, 
come schematizzato in Figura F.26, è previsto che lo stesso applicativo possa instaurare 
più di un canale con la medesima periferica. 
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Figura F.26 Visione di dettaglio della pila USB dal lato host. Un canale (pipe) rappresenta una 
connessione astratta tra due livelli orizzontali. | programmi applicativi comunicano attraverso uno o più 
canali (3 in figura) con la periferica. | canali si stabiliscono secondo una tecnica di una certa complessità 
durante la fase di riconoscimento e configurazione. Essenzialmente un canale connette il software 
utilizzatore con un terminatore (endpoint) sulla periferica. La default control pipe rappresenta il 
canale attraverso il quale SWU comunica con la periferica nelle fasi di riconoscimento e configurazione. 
Essa è collegata a uno speciale terminatore, il terminatore 0 (necessariamente presente su qualunque 
periferica), mentre gli altri canali collegano terminatori creati all'occorrenza da SWU per i programmi 
utilizzatori. Il blocco in grigio (SWHost) rappresenta un software opzionale che un sistema operativo 
può prevedere ai fini della configurazione e dello scambio dati con il livello applicativo. In tal caso, la 
parte più bassa del livello applicativo, cioè il driver della periferica, dovrebbe usare l'interfaccia fornita 
da SWHost anziché l'interfaccia USBDI fornita da USBD. 


F.6.3 Periferiche 


In Figura F.27 viene mostrato la pila del protocollo dal lato periferica. 
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Come gà accennato, lo scambio di informazioni sul USB si basa su terminatori e 
canali. Tutti i dispositivi USB devono necessariamente presentare lo speciale terminatore 
0 (end-point 0). A esso sono associate le informazioni richieste dall’host nella fase di 
riconoscimento e configurazione. Tali informazioni sono costituite da parti regolamentate 
dallo standard (tipo di dispositivo, consumo di potenza ecc.) e da parti a disposizione del 
costruttore. Il terminatore 0 è a capo dei flussi della cosiddetta default control pipe, che nel 
seguito chiameremo canale di base, il canale che si instaura all’atto del riconoscimento 
della presenza della periferica da parte di SWU. Questo canale si situa logicamente a 
livello LPL. Attraverso il terminatore 0 (e il firmware del microcontrollore) SWU è in 
grado di configurare la periferica. 

A livello di funzione la periferica viene vista ancora come un insieme di terminatori, 
corrispondenti alle funzionalità da essa espletate. I terminatori sono connessi attraverso 
canali instaurati da SWU in fase di riconoscimento e configurazione. 


CANALI [ FUNZIONE 
di DI 
n: a Terminatori PERIFERICA 
Formato non USB 
(dipendente 
dall'hardware) 
PERIFERICA 
< CANALE BASE Terminatore LOGICA 
0 
1 


per i terminatori 


| Pacchetti dati USB 


INTERFACCIA 
AL BUS 
SIE UBS 


CAVO USB 


PERIFERICA 


Figura F.27 Pila USB della periferica. A livello di interfaccia al bus si riduce sostanzialmente al solo 
componente SIE. Nel caso di periferiche con funzione di hub, tra il cavo e il SIE c'è il ripetitore di 
segnale che collega la porta upstream con le porte downstream. Le funzioni di periferica logica e la 
funzione periferica di alto livello sono realizzate dal microcontrollore (non esplicitato in figura) attorno 
a cui è costruita la periferica. 


F.6.4 Hub 


L’hub è uno degli elementi chiave nell’architettura USB. Si tratta sostanzialmente 
di un replicatore/espansore di porte: a una porta downstream di un hub può essere 
collegata una porta upstream di un nuovo hub e così ripetutamente. Teoricamente è 
possibile immaginare una catena lunga a piacere di hub e dispositivi funzionali. Nella 
pratica il limite massimo è di 127 dispositivi. 
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Ogni porta downstream di un hub è elettricamente isolata dalle altre. È possibile il 
funzionamento delle varie porte in modalità mista (parte ad alta velocità e parte a bassa 
velocità). 


F.6.5 Modello dei flussi informativi 
Terminatori canali 


e Un terminatore (end-point) è definito come una porzione unica, identificabile di una 
periferica costituente la terminazione di un flusso di comunicazione tra host e periferica. 
In pratica si può trattare di un registro o di un’area di memoria del controllore, che 
l’host è in grado di indirizzare. 

e Uncanale è un flusso informativo tra l’host e un terminatore sulla periferica. Può essere 
monodirezionale o bidirezionale. 


All’atto del riconoscimento della connessione di una periferica (Paragrafo F.6.9), 
SWU attiva il canale di base, ottiene i dati caratteristici della periferica e restituisce, 
i dati di configurazione, tra cui un identificativo (un indirizzo) che da quel momento 
individua la periferica in questione nel contesto USB. 

Un dispositivo funzionale è correttamente configurato se: 


a) gli è stato assegnato un indirizzo univoco; 
b) gli sono stati correttamente aperti i necessari terminatori e i relativi canali. 


Sono previsti due metodi, mutuamente esclusivi di comunicazione sui canali: 


e Sequenziale(Stream): i dati che si muovono sul canale non hanno una “struttura- 
USB?”25. I dati fluiscono da un terminatore di uscita (in ingresso al canale) a un ter- 
minatore di ingresso (in uscita al canale), mantenendo lo stesso ordine con cui sono 
entrati. Si tratta necessariamente di canali unidirezionali. Ci si attende che i dati che 
viaggiano lungo un canale sequenziale vadano a interagire con un singolo utilizzatore. 
SWU non fa niente per assicurare la sincronizzazione fra possibili richieste multiple di 
utilizzo del canale provenienti da differenti utilizzatori. 

I canali sequenziali prevedono tre tipi di trasferimento: bulk, isocrono e per interruzione. 

e A messaggi(Message): i dati che si muovono sul canale hanno “struttura-USB”e ven- 

gono scambiati secondo un meccanismo richiesta/dati/stato. Inizialmente viene inviata 
dall’host una richiesta alla periferica, tale richiesta è seguita da un trasferimento dati 
nell’opportuna direzione e, in un secondo tempo, da un messaggio di stato. 
Lo standard prevede che una periferica sia in grado di gestire una sola richiesta per 
volta. È SWU ad assicurare che non siano inviate richieste multiple concorrenti. Ciò 
non impedisce ai programmi applicativi di effettuare più richieste, ma queste vengono 
gestite in modo da rispettare la logica FIFO. 


F.6.6 Riconoscimento e configurazione delle periferiche 


Vediamo ora come, a partire dalla connessione di una nuova periferica, questa viene 
riconosciuta e configurata. A tale scopo è necessario richiamare quanto detto in prece- 
denza, e cioè che il bus è in esclusivo controllo dell’host che, anche nelle situazioni di 


25Definita cioè dallo standard USB. Si noti che lo standard non prevede mai l’interpretazione dei dati 
che fluiscono su un canale. 
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riposo, lo mantiene attivo, trasmettendo, a intervalli regolari di 1 ms, il messaggio SOF 
(Paragrafo F.6.8). 

Abbiamo visto che il collegamento di una periferica è riconosciuto dall’hub cui viene 
connessa. A quel punto si stabilisce una fase detta di enumerazione del bus, che porta 
l’host a identificare la periferica e quindi a configurarla. Schematicamente il processo di 
enumerazione e configurazione si compone dei seguenti passi: 


a) l’hub al quale è connessa la periferica, sulla prima interrogazione da parte dell’host, 
informa che c’è stata una variazione del suo stato?5; 

b) SWU interroga l’hub per conoscere l’esatta causa della sua variazione di stato e riceve 
in risposta l’identificativo della porta a cui è connessa la nuova periferica; 

c) l'host (dopo un’attesa di almeno 100ms per consentire il completamento delle fasi di 
connessione e per lasciar stabilizzare l’alimentazione sul nuovo ramo della catena USB) 
invia alla porta dell’hub identificata al passo b) un comando per la sua abilitazione. Alla 
fine si questo passaggio, grazie agli uffici del controllore dell’hub, la porta è abilitata 
e la periferica a essa connessa si trova in uno stato di riferimento (default). In questo 
stato è in grado di dialogare sul canale di base attraverso il terminatore 0; 

d) l’host assegna un indirizzo unico alla periferica, portandola nello stato di periferi- 
ca indirizzata. Attraverso il canale di base legge il descrittore della periferica stessa, 
determinando i parametri necessari alla gestione dei flussi di dati. In base alle infor- 
mazioni di configurazione ottenute dal dispositivo e tenuto conto di quelle indicate dai 
programmi utilizzatori, SWU determina la frazione di risorse da allocare alla periferi- 
ca. Conclusa la preparazione dei terminatori e dei canali la periferica è configurata e 
pronta all’utilizzo. 


Come appena accennato, nel processo di configurazione il software utilizzatore co- 
munica a SWU le modalità, tra quelle previste dallo standard USB, secondo cui intende 
impiegare la periferica, influenzando la sua configurazione. In considerazione del fatto 
che potrebbero esserci funzionalità della periferica non regolamentate dallo standard, è 
consentito al software utilizzatore di configurare tali funzionalità attraverso i canali di 
livello LF. 


F.6.7 Trasferimento di dati 


Lo standard USB prevede trasferimenti appartenenti a una delle seguenti quattro 
classi. 


1. Trasferimento di controllo. È un flusso di dati bidirezionale. I dati di controllo 
vengono usati dall’host per configurare il dispositivo appena viene avvertito il suo 
collegamento al sistema. Tutti i dispositivi devono poter gestire un trasferimento di 
tale tipo; a tale scopo, l’host presuppone che vi siano informazioni utili nel terminatore 
0, normalmente un registro speciale sul microcontrollore della periferica avente indirizzo 
0000. 

2. Trasferimento per interruzione. È un flusso di dati unidirezionale. Viene utilizzato, 
per esempio, da mouse, tastiera e joystick per comunicare le coordinate del puntatore 
o i dati circa il tasto premuto. Un dispositivo non può interrompere spontaneamente 
l’host e, quindi, questo trasferimento ha inizio a seguito di una fase di polling da parte 
dell’host. 


26A questo punto la periferica non può ancora comunicare in quanto la porta a cui è connessa è 
disabilitata. 
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3. Trasferimento isocrono. È una comunicazione di tipo unidirezionale. Può avvenire 
dall’host verso un terminatore o viceversa. I dati isocroni sono quei dati la cui creazione, 
trasporto e consumo devono essere continui e in tempo reale. La trasmissione delle 
informazioni deve avvenire alla stessa velocità con cui vengono prodotte, pena la perdita 
di ogni tipo di temporizzazione. Un esempio tipico di dati isocroni è la voce (si provi 
a immaginare un’applicazione in cui la velocità di trasmissione sia diversa da quella 
di produzione). Al trasferimento isocrono viene spesso dedicata la maggior porzione 
disponibile di banda passante. 

4. Trasferimento in blocco (bulk). È una comunicazione di tipo unidirezionale. Il ftus- 
so va dall’host verso un terminatore o viceversa. Nella maggior parte dei casi, alla 
trasmissione a blocchi viene dedicata tutta la larghezza di banda disponibile. La diffe- 
renza tra questo tipo di trasferimento e il precedente sta nel fatto che questo non ha 
di norma nessun vicolo preciso sulla latenza né sulla temporizzazione. L’unico vincolo 
è posto dal generico requisito di cercare la minimizzazione dei tempi In [Mic98]si trova 
una descrizione su come costruire un driver per questo tipo di trasferimento. 


F.6.8 Il protocollo e il formato dei pacchetti 


È interessante spendere qualche parola sul formato dei messaggi (o pacchetti) previsti 
dal protocollo. 

Un pacchetto è una sequenza di bit. Il pacchetto è diviso in campi. Normalmente i 
campi sono di 8 bit (o multipli di 8), ma ci sono anche campi di diversa misura. I bit 
vengono inviati sul bus dal meno significativo (LSb) al più significativo (MSb). 


Struttura dei pacchetti 

Tutti i pacchetti iniziano con un campo di sincronizzazione (SYNC), costituito da una 
sequenza codificata in grado di generare la massima densità di fronti di transizione. Del 
SYNC fa parte il cosiddetto SOP (Start Of Packet), un sottocampo che marca l’inizio 
effettivo del pacchetto. 

Dopo il SYNC viene trasmesso un campo di 8 bit?” identificativo del tipo pacchetto 
(PID). Il PID differenzia 4 tipi di pacchetti a loro volta differenziati in sottotipi tramite il 
loro “nome”?8, I vari tipi di pacchetto sono riportati in Tabella F.3, assieme a una breve 
descrizione del loro significato. 


Pacchetti di tipo token. I pacchetti di tipo token possono essere emessi solo dall’host 
e, in pratica rappresentano comandi o sollecitazioni per la rete USB. Il formato è in 
Figura F.28. 

Pacchetti di dati. Un pacchetto dati ha il formato di Figura F.29. 

Pacchetti handshake. Sono costituiti del solo campo PID e vengono utilizzati per ri- 
portare lo stato di una transazione. Si dividono a loro volta in tre tipi (ACK, NACK 
e STALL) come indicato in Tabella F.3. 


27In realtà, qui, come in altre parti del protocollo, le cose sono più intricate di quanto mostri la nostra 
descrizione: gli 8 bit si dividono in due sottocampi di 4 bit, di cui il secondo ha funzioni di controllo 
sul primo. Evitiamo di entrare in questi dettagli cercando di dare una rappresentazione sintetica del 
protocollo. 

28La differenziazione è comunque data solo dalla codifica del campo PID (non c’è un campo per il 
nome). 
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ò bit 4 
Tipo Nome [3:0] Descrizione 
di PID 
Token OUT 0001B Indirizzo e numero di endpoint (THF) 
IN 1001B Indirizzo e numero di endpoint (TFH) 
SOF 0101B Indicatore d’inizio frame e numero del frame 
SETUP 1101B Indirizzo e numero di endpoint (THF) per stabilire una pipe 
Data DATA0 0011B Pacchetto Data PID pari 
DATAI 1011B Pacchetto Data PID dispari 
Handshake ACK 0010B Il ricevente ha accettato i pacchetti data senza errori 
NAK 1010B Il ricevente non accetta i pacchetti dati 
STALL 1110B Endpoint bloccato o richiesta di control pipe non esaudibile 
Gheciale PRE 1100B Preambolo sessione host. Abilita il traffico sul bus in uscita 


verso periferiche lente 


Tabella F.3 | tipi di pacchetto previsti dal protocollo USB. THF sta per “transazione host + funzione”; 
TFH sta per “transazione funzione + host”. 


8 bit 7 bit 4 bit 5 bit 


PID ADDR ENDP CRC5 


al 


Figura F.28 Formato dei pacchetti di tipo token. Il campo PID specifica tipo e sottotipo (Paragrafo 
Tabella F.3); il campo ADDR contiene l'indirizzo assegnato alla periferica; il campo ENDP identifica 
il terminatore sulla periferica indirizzata; CRC è il (Cyclic Redundancy Check) di 5 bit. 


8 bit max 1024 byte 16 bit 
PID DATA CRC16 
A 


Figura F.29 Formato dei pacchetti dati. Il campo dati contiene al massimo 1024 byte. Il CRC è di 16 
bit. 
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Transazioni 
Una transazione avviene nel modo seguente: 


a) la transazione ha inizio quando l’host invia sul bus un pacchetto di tipo token per 
sollecitare un trasferimento; 

b) il dispositivo indirizzato si accorge di essere chiamato in causa riconoscendo nel mes- 
saggio token il suo indirizzo e opera in conseguenza al tipo di richiesta; 

c) la transazione ha termine con un handshake fra host e dispositivo, lo scopo è stabilire 
se il trasferimento è stato portato a termine senza errore. 


F.6.9 Il cavo 


Il cavo USB è costituito da quattro fili, due dei quali, D+ e D-, sono adibiti al 
trasferimento dei dati e due, Vss e VBUS, al trasporto di una piccola quantità di potenza. 
La sezione del cavo è riportata in Figura F.30. 

La linea D+ è tenuta dall’host (o dall’hub a cui il cavo è connesso) a una tensione 
positiva, la linea D— è tenuta a massa. La trasmissione dati avviene per variazioni di 
tensione AV = (D+) — (D-). Diversamente dagli usuali standard di trasmissione, dove le 
tensioni variano solo tra 2 valori, lo standard USB prevede più livelli del AV, riferiti a più 
livelli di D, ai quali corrispondono differenti stati del bus, ovvero differenti interpretazioni 
delle informazioni scambiate?? 


Doppino non intrecciato d'alimentazione 


ee esterno in PVC 


Doppino intrecciato dedicato al segnale dati 


Figura F.30 Sezione del cavo USB. | dati vengono trasmessi attraverso un doppino intrecciato (linee 
D+ e D-) sui quali si manifestano le variazioni della tensione differenziale AV = (D+) — (D- 
). Le tensioni di alimentazione sono disponibili sui due cavetti VBUS e VSS (quest'ultima tenuta 
prevalentemente a GND). Il tutto è schermato con un rivestimento in poliestere e alluminio, avvolto 
in una treccia di rame, a sua volta ricoperta da un rivestimento in PVC. 


29Si distinguono 4 stati fisici (caratterizzati cioè da differenti combinazioni dei livelli dei segnali e del 


AV). 
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Le due linee di alimentazione, oltre a fornire potenza3° utilizzabile per alimentare 
dispositivi, hanno un ruolo fondamentale durante le fasi di riconoscimento della connessio- 
ne/disconnessione dei dispositivi. Come si vede dalla Figura F.31, le linee di alimentazione 
hanno resistenze di pull-up sulle porte upstream e di pull-down sulle porte downstream. 
Le resistenze in questione fanno da partitori resistivi e consentono di riconoscere sia 
l'avvenuta connessione/disconnessione che il tipo di periferica (veloce/lenta). 


Periferica veloce 


cavo USB 


VSS _=0V 
VBUS = 5V 


Z0= 900 + 15% 
Rpd= 15KOQ +5% 
Rpu= 15 KO +5% 


Figura F.31 Struttura delle porte upstream e downstream e differenziazione della periferica velo- 
ce o lenta attraverso la resistenza di pull-up della porta upstream. La resistenza di pull-up è pari a 
Rpu=1.5 KO; quella di pull-down a Rpd=15K£. Per le porte downstream non c'è differenza fra dispo- 
sitivi veloci e lenti: la resistenza di pull-down, è collegata sia a D+ che a D—. Per le porte upstream, 
invece, bisogna distinguere tra periferiche lente e veloci. Per le prime la resistenza di pull-up è collegata 
a D-, per le seconde a D+. Zo è l’impedenza del cavo. Si osservi che se a una porta downstream non 
è collegato alcun periferico, allora le due resistenze di pull-down tengono a livello 0 sia D+ che D-. 


Connessione di una periferica USB 

Immaginiamo di connettere un dispositivo a una porta downstream di un hub o dell’ho- 
st, alla quale sia gia collegato il cavo USB ancora scollegato dal lato periferica. Come 
illustrato in Figura F.31, in queste condizioni, a causa delle resistenze Rpd di pull-down, 
sia D+ che D— sono a VSss, e dunque a massa. 

Non appena il cavo USB viene collegato alla porta upstream del dispositivo che si sta 
connettendo, la tensione di alimentazione trasportata dal cavo si applica alla resistenza 
di pull-up Rpu. Si forma così un partitore resistivo fra VBUS e Vss sulla linea D (D+ se il 
dispositivo è lento, D— se è veloce). Ciò determina una caduta di tensione del 10% su D 
in ingresso alla porta upstream, caduta sufficiente a innalzare il valore della tensione del 


3°Dalla prima all’ultima versione del bus si è passati da circa 0.5 W a circa 100W a periferico. 
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cavo stesso a una tensione superiore alla soglia VIH (Figura F.32). Questa condizione, se 
permane per un periodo di tempo superiore o uguale ai 2,5 us, viene interpretata dall’hub 
come avvenuta connessione di un dispositivo sulla porta. 

Poiché i dispositivi USB sono passivi e non prendono mai l’iniziativa di trasmettere 
autonomamente, perché succeda qualcosa sul bus occorre attendere la prossima interro- 
gazione dell’hub da parte dell’host. Alla prossima interrogazione l’hub risponde rendendo 
noto che c’è stata una nuova connessione. A questo punto il software di sistema abilita 
la porta dell’hub su cui si è verificato il nuovo collegamento?! e passa a configurare la 
periferica. Ovviamente qualora il dispositivo connesso sia un hub alle cui porte siano 
connessi diversi dispositivi, la procedura viene ripetuta per ciascuno dei dispositivi. 


D+ per periferiche veloci 
D- per periferiche lente 


D- per periferiche veloci 


D+ per periferiche lente 
VSS 


ge 2608, 


Periferica Connessione 
connessa avvertita 


Figura F.32 Andamento delle tensioni a seguito della connessione di un dispositivo alla catena USB. 
L'andamento della coppia di tensioni (D+, D—) determina anche il tipo di periferica connessa: se è 
D+ a superare la soglia VIH per più di 2.5us, è connessa una periferica veloce; viceversa, se a salire 
sopra la soglia per più di 2.5us è D—, è connessa una periferica lenta. 


Una volta riconosciuta la connessione della periferica tutti i successivi flussi comuni- 
cativi fra host e dispositivo avvengono elettricamente attraverso variazioni del differen- 
ziale (D+) - (D—). 


Disconnessione di una periferica USB 

Nel funzionamento a regime, una delle due linee D è sempre a una tensione superiore a 
una tensione di soglia (indicata come VIHZ(min) in Figura F.33), mentre l’altra è prossima 
alla tensione di riferimento Vss3?. Nel momento in cui il dispositivo periferico viene 
disconnesso, la resistenza di pull-down abbassa la tensione sulla linea a livello alto, fino 
a portarla a Vss. Se la tensione scende sotto la soglia VIL e vi permane per un periodo 
superiore a 2.58, la logica dell’hub assume una disconnessione. L’host disabilita la porta 
e provvede a rendere nuovamente disponibili tutte le risorse che il dispositivo aveva in 


31La porta è da ritenere disabilitata fino a quel punto. L’abilitazione è ottenuta tenendo il bus sul 
connettore della periferica in stato di Reset per un intervallo di tempo pari a 10 ms. 
32Come abbiamo visto D+ >= VIH e D— = VSS per le periferiche veloci, al contrario per le lente. 
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concessione. Se, per esempio, viene rimosso un dispositivo non autoalimento, si rende 
disponibile la quantità di potenza elettrica che esso assorbiva dal bus. 


D+ per periferiche veloci 
D- per periferiche lente 


VIHZ (min) 


D- per periferiche veloci 
D+ per periferiche lente 


VSS 


2,5 US 


e E° —_—_ 


Periferica Disconnessione 
disconnessa avvertita 


Figura F.33 Andamento delle tensioni nel meccanismo di rilevazione della disconnessione di una 
periferica dalla catena USB. La discesa della tensione di D+ o D— (a seconda del tipo di periferica) 
sotto la soglia VIL viene interpretata come disconnessione. 


Nel caso particolare in cui a essere rimosso sia un hub, tutti i dispositivi a esso 
connessi, di qualsiasi tipo essi siano, vengono considerati disconnessi e le risorse da questi 
in precedenza utilizzate ritornano a essere disponibili. 


F.7 Siti web 


Per quanto si riferisce all’organizzazione dei sistemi della classe considerata in questo 
capitolo, si può fare riferimento ai siti dei costruttori (AMD, Intel). Si troveranno manuali 
e documenti di specifica, non solo di processori ma anche dei vari chipset. 

Sui sistemi di interconnessione e sui bus è disponibile una grande quantità di docu- 
mentazione in Internet. Il lettore interessato non ha che l’imbarazzo della scelta; si tratta 
semplicemente di impostare le ricerche, dando il nome del bus e/o aggiungendo qualche 
parola che connoti meglio cosa si desidera. Ad esempio, se si fa una ricerca come “SPI 
bus” o “SPI bus specification”, per vedersi presentare una lista di siti relativi al bus SPI, 
contenenti descrizioni, guide d’uso e/o specifiche. 

Normalmente si trovano anche le specifiche di bus sostanzialmente in disuso come il 
Multibus I e coevi. 

La specifica originale del VME si trova a questo indirizzo https ://archive.org/ 
details/bitsavers_motorolaVMficationManualRevA0ct81_7100083; il documento è 
di difficile lettura, all’indirizzo http://file.wiener-d.com/documentation/ 
General/WIENER_VME_VXI_VXS_introduction_1.0.pdf si trova un documento molto 
più leggibile, contenente anche gli ultimi aggiornamenti. 
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L’indirizzo del consorzio PCI-SIG, quello che definisce le specifiche del bus PCI, è 
https://pcisig.com/. Vi si possono trovare anche le specifiche del PCI-X e del PCIe; ma 
sfortunatamente per poterle scaricare si richiede l'appartenenza a organizzazioni facenti 
parte del consorzio. In ogni caso una ricerca in Internet con i nomi dei bus facilmente 
porta a qualche sito dove le specifiche sono rese disponibili. 

Chi fosse interessato alla versione Compact PCI faccia riferimento a questo indirizzo 
http://www.picmg.org 

Il consorzio HyperTransport è all’indirizzo http://www.hypertransport.org/. 

Le specifiche del QPI (e altri bus che possono trovarsi nei sistemi x86 correnti) sono 
da ricercare sui siti Intel. 

Per il bus AMBA ci si riferisca ai siti ARM; in particolare all’indirizzo 
https://developer.arm.com/products/architecture/amba-protocol si trovano le spe- 
cifiche tecniche. 

Per quanto si riferisce all’USB, conviene andare sul sito http://www.usb.org del- 
l’USB Implementers Forum, dove si trovano le specifiche e altro materiale di interesse. 

All’indirizzo http://www.ti.com/lit/an/slla070d/s11a070d.pdf si trova un in- 
teressante documento della Texas Instr. su RS-422 e RS-485, che approfondisce le ragioni 
dell'impiego di linee di trasmissione bilanciate (differenziali). 

La specifica (2.0) del CAN bus è all’indirizzo 
http://www.kvaser.com/software/7330130980914/V1/can2spec.pdf. 

Il sito http://bladesmadesimple.com/ fornisce informazioni sui blade server e, pe- 
riodicamente, presenta tabelle contenenti le caratteristiche di server in commercio (quasi 
esclusivamente di architettura x86). 
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